[프로그래머스 알고리즘] 2단계 기능개발 - 스택/큐

프로그래머스 2단계 주식가격 문제

 url : https://programmers.co.kr/learn/courses/30/lessons/42584?language=java

문제설명

프로그래머스 팀에서는 기능 개선 작업을 수행 중입니다. 각 기능은 진도가 100%일 때 서비스에 반영할 수 있습니다.

또, 각 기능의 개발속도는 모두 다르기 때문에 뒤에 있는 기능이 앞에 있는 기능보다 먼저 개발될 수 있고, 이때 뒤에 있는 기능은 앞에 있는 기능이 

배포될 때 함께 배포됩니다. 먼저 배포되어야 하는 순서대로 작업의 진도가 적힌 정수 배열 progresses와 각 작업의 개발 속도가 적힌 정수 배열 speeds가 

주어질 각 배포마다 몇 개의 기능이 배포되는지를 return 하도록 solution 함수를 완성하세요.

제한사항

작업의 개수(progresses, speeds배열의 길이)는 100개 이하입니다.

작업 진도는 100 미만의 자연수입니다.작업 속도는 100 이하의 자연수입니다.

배포는 하루에 한 번만 할 수 있으며, 하루의 끝에 이루어진다고 가정합니다. 예를 들어 진도율이 95%인 작업의 개발 속도가 하루에 4%라면 

배포는 2일 뒤에 이루어집니다.

입출력 예

progresses	speeds	return
[93,30,55]	[1,30,5]	[2,1]

입출력 예 설명

첫 번째 기능은 93% 완료되어 있고 하루에 1%씩 작업이 가능하므로 7일간 작업 후 배포가 가능합니다.

두 번째 기능은 30%가 완료되어 있고 하루에 30%씩 작업이 가능하므로 3일간 작업 후 배포가 가능합니다. 

하지만 이전 첫 번째 기능이 아직 완성된 상태가 아니기 때문에 첫 번째 기능이 배포되는 7일째 배포됩니다.

세 번째 기능은 55%가 완료되어 있고 하루에 5%씩 작업이 가능하므로 9일간 작업 후 배포가 가능합니다.

따라서 7일째에 2개의 기능, 9일째에 1개의 기능이 배포됩니다.

자바코드

           
import java.util.*;
import java.util.concurrent.ConcurrentLinkedQueue;
class Solution {
    public int[] solution(int[] progresses, int[] speeds) {
        Queue queue = new ConcurrentLinkedQueue<>();
        for(int i = 0; i < progresses.length; i++) {
            queue.add((100 - progresses[i]) % speeds[i] == 0 ? (100 - progresses[i]) / speeds[i]
                    : (100 - progresses[i]) / speeds[i] + 1
            );
        }
        List result = new ArrayList<>();
        int standard = queue.poll();
        int cnt = 1;
        while(!queue.isEmpty()) {
            int num = queue.poll();
            if(standard >= num) {
                cnt++;
            } else {
                result.add(cnt);
                cnt = 1;
                standard = num;
            }
        }
        result.add(cnt);
        int[] answer = new int[result.size()];
        for (int i = 0; i < answer.length; i++) {
            answer[i] = result.get(i);
        }
        return answer;
    }
}

코드설명

코드에는 3개의 반복문이 동작한다. 첫 번째 반복문은 현재 진행도에서 speed만큼 일을 했을 때, 걸리는 시간을 큐에 삽입하는 반복문이다. 

굳이 배열도 있지만, 큐를 사용한 이유는! 큐의 원소를 꺼내는 반복문에서 해당 원소를 삭제할 떄 편리하기 때문이다. 

이전에 리스트의 원소를 꺼내서 조건에 맞으면 리스트의 원소를 삭제를 했을 때, 코드가 꼬이는 현상이 있었다. 리스트는 앞에 있는 원소를 삭제하면

그 이후 요소들이 한칸씩 땡겨지기 때문에 반복문을 통해 삭제하기가 어려웠다. 그래서 Iterator를 사용해서 삭제를 했는데, 조금 불편했었다!

그러나 큐는 반복문을 통해 삭제하는 것이 쉽기 때문에 리스트가 아닌 큐를 사용했다! (즉, 반복문을 이용해 삭제하는 작업에서는 Queue, Stack >= List)

두번째 반복문은 하루에 배포할 수 있는 작업의 수를 List에 저장하는 반복문이다. 조건을 보면, 배포는 하루에 한번, 하루의 끝에 이루어진다고 되어있다.

그 뜻은, 첫 작업이 5일 걸리면, 그 이후 작업들중 5일 이하에 작업들은 첫 작업과 같이 그날 배포된다는 것이다. 그리고 6일 이후 걸리는 작업은 다음날

배포가 되는 것이다. 두번째 반복문이 핵심 반복문이다. standard에는 첫 작업 소요일이 담겨져있고, num에는 다음 작업의 소요일이 담겨져 있다.

반복문과 조건문을 통해 첫 작업의 소요일보다 적은 소요일은 카운트하고, 그렇지 않으면 카운트를 저장하는 작업을 수행한다. 

세번째 반복문은 결과를 가지고 있는 List를 문제에 조건에 맞는 배열로 변환하는 반복문이다. 배열의 크기를 알 수 없기 때문에 귀찮지만.. 크기가 동적으로 

증가하는 리스트에 값을 넣고 변환하는 작업을 수행했다.