프로그래머스 LV2 기능개발

Kim Tae Jin·2025년 2월 10일
0

문제 설명

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

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

먼저 배포되어야 하는 순서대로 작업의 진도가 적힌 정수 배열 progresses와 각 작업의 개발 속도가 적힌 정수 배열 speeds가 주어질 때 각 배포마다 몇 개의 기능이 배포되는지를 return 하도록 solution 함수를 완성하세요.


제한 사항

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

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

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

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


입출력 예시)

progresses

speeds

return

[93, 30, 55]

[1, 30, 5]

[2, 1]

[95, 90, 99, 99, 80, 99]

[1, 1, 1, 1, 1, 1]

[1, 3, 2]

​입출력 예 설명

입출력 예 #1

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

두 번째 기능은 30%가 완료되어 있고 하루에 30%씩 작업이 가능하므로 3일간 작업 후 배포가 가능합니다. 하지만 이전 첫 번째 기능이 아직 완성된 상태가 아니기 때문에 첫 번째 기능이 배포되는 7일째 배포됩니다.

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

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

입출력 예 #2

모든 기능이 하루에 1%씩 작업이 가능하므로, 작업이 끝나기까지 남은 일수는 각각 5일, 10일, 1일, 1일, 20일, 1일입니다. 어떤 기능이 먼저 완성되었더라도 앞에 있는 모든 기능이 완성되지 않으면 배포가 불가능합니다.

따라서 5일째에 1개의 기능, 10일째에 3개의 기능, 20일째에 2개의 기능이 배포됩니다.


사고과정

FIFO(First in First Out) 선입선출이므로 Queue 자료구조 선택

Progress 를 queue에 추가

sppeds의 값을 queue에 더해줌

조건으로 100이 되면 Queue에서 poll을 이용해서 빼줌

뺀 횟수만큼 count++

그 이후 100이상이되면 나머지 빼줌(반복)

처음 틀렸던 코드(부끄럽다)

import java.util.*;
class Solution {
 public Queue<Integer> solution(int[] progress, int[] speeds){
        Queue<Integer> func = new LinkedList<>();
        Queue<Integer> days = new LinkedList<>();
        for(int s:progress){
            func.offer(s); //queue에 값 추가
        }

        for(int i=0;i<func.size();i++) //queue에 한번씩 speeds 추가
        {
            int count = 0; //완성된 기능갯수 ->초기화 필요

            while(func.peek()<100){
                count++;
            int value = func.poll(); //head값 반환하고 삭제해서 sppeds값 더해주고 다시넣기
            func.offer(value+speeds[i]);
            func.poll(); //해당값 추출
        }
            days.offer(count);
        }
        return days;
    }
}

문제점

  • Queue는 poll()을 사용하면 크기가 줄어드는데, func.size()는 처음에 고정되지 않기 때문에 i < func.size()의 크기가 변동하면서 IndexOutOfBoundsException 발생 가능.

  • func.poll()로 요소를 제거한 후 다시 추가하고 있는데, 이렇게 하면 큐의 순서가 꼬일 가능성이 있음.

  • speeds[i]를 func의 첫 번째 요소에 추가하는 방식이 잘못됨. i는 progress의 인덱스를 나타내지만, func의 순서는 계속 바뀌기 때문.

해답코드

import java.util.*;
public class Solution {
    public Queue<Integer> solution(int[] progress, int[] speeds) {
        Queue<Integer> days = new LinkedList<>(); // 배포당 기능 수
        Queue<Integer> remainingDays = new LinkedList<>(); // 각 기능의 남은 개발일

        // 각 작업이 완료되는 데 걸리는 일수 계산
        for (int i = 0; i < progress.length; i++) {
            int remainingWork = 100 - progress[i]; // 남은 작업량
            int requiredDays = (int) Math.ceil((double) remainingWork / speeds[i]); 
// 작업 완료까지의 일수 올림계산(Math.ceil())
            remainingDays.offer(requiredDays);
        }

        while (!remainingDays.isEmpty()) {
            int deployDay = remainingDays.poll(); // 첫 번째 기능의 배포일
            int count = 1; // 배포될 기능 개수

            // 같은 날 배포될 기능 확인
            while (!remainingDays.isEmpty() && remainingDays.peek() <= deployDay) {
       //다음 기능 peek()의 완료일이 현재 배포되는 기능의 완료일보다 작거나 같으면 같이 배포 가능
                remainingDays.poll(); // 배포 가능하므로 제거
                count++;
            }

            days.offer(count); // 해당 배포일의 기능 개수 저장
        }

        return days;
    }
}

배운 점

  • Queue에서 작업을 꺼내고 넣는 것보다 배포 가능 날짜를 미리계산하는게 편리하다.

  • 작업의 남은 날짜를 queue에 저장한 후, 앞에서부터 배포날짜를 기준으로 묶어 배포하는 게 더 깔끔하다.

  • Queue의 메서드들 점검했음.

profile
소소하게 써보는 개발기록

0개의 댓글