[스택/큐] 기능개발

2024. 6. 30. 18:00코딩테스트 고득점 Kit/스택/큐

https://school.programmers.co.kr/learn/courses/30/lessons/42586

 

프로그래머스

코드 중심의 개발자 채용. 스택 기반의 포지션 매칭. 프로그래머스의 개발자 맞춤형 프로필을 등록하고, 나와 기술 궁합이 잘 맞는 기업들을 매칭 받으세요.

programmers.co.kr


문제 설명
프로그래머스 팀에서는 기능 개선 작업을 수행 중입니다. 각 기능은 진도가 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개의 기능이 배포됩니다.


각 작업마다의 진행도와 진행속도가 다른데, 앞 순서부터 배포를 해야한다는 조건이 달려있는 문제입니다.

뒷 순서가 먼저 끝났더라도 앞 순서가 끝나지 않았다면 배포가 되지 않는다는 거죠.

따라서 한 번에 배포할 수 있는 건 앞 순서의 최대값보다 뒤 순서의 값이 커지기 직전입니다.

 

끝나는 날짜를 담은 ddays, 날짜의 대소여부를 구분하는 check 배열을 추가로 사용해 문제를 풀어보겠습니다.

파이썬을 사용합니다.

import math

def solution(progresses, speeds):
    # 정답 선언
    answer = []
    ddays, check = [], []
    
    # progresses와 speeds를 사용해 끝나는 날짜 ddays를 구한다.
    for progress, speed in zip(progresses, speeds):
        ddays.append(math.ceil((100 - progress) / speed))
    
    # 최대값을 0으로 설정한다.
    current_max = 0
    # ddays에서 날짜를 하나씩 꺼낸다.
    for d in ddays:
        # check가 비어있지 않은 경우
        if check:
            # 현재 최대값보다 크면
            if current_max < d:
                # 그동안 쌓인 길이를 answer에 추가
                answer.append(len(check))
                # check는 다시 비워준다.
                check = []
                # check에 이번 최대값을 넣어준다
                check.append(d)
                # current_max를 d로 변경한다
                current_max = d
            # 현재 최대값보다 작으면
            else:
                # 앞의 작업이 끝나야 배포 가능
                # check 배열에 넣어둔다
                check.append(d)
        # check가 비어있다면(최초의 경우)
        else:
            # 날짜를 넣어주고
            check.append(d)
            # 현재 최대값을 해당 날짜로 설정한다.
            current_max = d
    # 마지막에 check가 남아있다면
    if check:
        # answer에 해당 값을 추가해준다.
        answer.append(len(check))
    return answer

 

먼저 중요한 건 각 작업이 언제 끝나냐입니다.

2.3333... 이런 값들은 2일 내에는 못 끝내는 값이므로, 모든 값들은 올림된 정수값으로 처리해야 합니다.

ddays에서는 math의 ceil을 사용해서 문제를 풀었습니다.

 

저는 가시성을 위해 (100 - progresses)을 사용했지만, ceil을 사용하지 않으려면 (progresses - 100)으로 음수로 바꾼 뒤 정수 전환을 한다면 소수 부분이 버려지므로 자연스럽게 올림처리가 됩니다.

그 이후에는 음수를 양수로 바꿔주면 ceil과 동일한 결과를 얻을 수 있습니다.

 

그다음은 current_max를 기반으로 최대값을 저장해놓고, 이를 ddays의 마감 일자들과 비교해서 최대값과의 비교를 진행했습니다.

current_max 대신 max(check)를 사용해도 됩니다만, max(check)는 내부적으로 반복문을 사용하기에 시간 복잡도가 더 늘어나게 됩니다. current_max는 O(1)로 비교를 끝낼 수 있습니다.

 

현재 구간의 최대값들보다 작은 값들은 한 번에 배포가 되는 영역이고, 큰 값들은 다음에 배포되는 영역입니다.

이를 조건문으로 나누어 작을 때는 영역에 추가하고, 클 때는 이전 영역의 길이를 답안에 추가한 뒤 새로 초기화해서 기록하도록 작성했습니다.

 

마지막은 ddays에서 이전 영역보다 큰 마지막 1개는 비교가 안되므로, 해당 값은 check에 넣어둔 뒤 check가 비어있지 않다면 추가할 수 있도록 작성했습니다.

 

스택/큐 문제들은 생각보다 난이도가 그렇게 어렵지는 않지만, 재밌는 문제들이 많은 것 같습니다.