기능개발 (Programmers 42586)

🧑‍💻 문제

• 프로그래머스 팀에서는 기능 개선 작업을 수행 중입니다. 각 기능은 진도가 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]

입출력 설명의 예

• 첫 번째 기능은 93% 완료되어 있고 하루에 1%씩 작업이 가능하므로 7일간 작업 후 배포가 가능합니다.
• 두 번째 기능은 30%가 완료되어 있고 하루에 30%씩 작업이 가능하므로 3일간 작업 후 배포가 가능합니다. 하지만 이전 첫 번째 기능이 아직 완성된 상태가 아니기 때문에 첫 번째 기능이 배포되는 7일째 배포됩니다.
• 세 번째 기능은 55%가 완료되어 있고 하루에 5%씩 작업이 가능하므로 9일간 작업 후 배포가 가능합니다.
• 따라서 7일째에 2개의 기능, 9일째에 1개의 기능이 배포됩니다.
• 모든 기능이 하루에 1%씩 작업이 가능하므로, 작업이 끝나기까지 남은 일수는 각각 5일, 10일, 1일, 1일, 20일, 1일입니다. 어떤 기능이 먼저 완성되었더라도 앞에 있는 모든 기능이 완성되지 않으면 배포가 불가능합니다.
• 따라서 5일째에 1개의 기능, 10일째에 3개의 기능, 20일째에 2개의 기능이 배포됩니다.

🧑‍💻 해결방법

• 스택을 활용해서 풀어야한다.
• pop을 잘 활용해야한다. 이미 처리된 데이터는 삭제해주면서 그 다음으로 나아가면 된다.

🧑‍💻 코드

def solution(progresses, speeds):
    return_value = []
    second = 0
    count = 0
    while len(speeds) > 0:
        # 앞 기능의 처리시간이 많아서 뒤의 기능이 처리되었음에도 배포되지 못할 경우 시간을 카운트해주는 것이다.
        if progresses[0] + (second * speeds[0]) >= 100:
            # 배포할 수 있다면 그 기능은 pop해준다.
            progresses.pop(0)
            speeds.pop(0)
            count += 1
        # 가장 많은 작업을 하는 곳
        else:
        	# count를 append 해주는 부분
            if count > 0:
                return_value.append(count)
                count = 0
            # 시간은 흐르기 때문에 반드시 +1
            second += 1
    # 마지막 count 값을 추가해주는 것
    return_value.append(count)
    return return_value

🧑‍💻 총평

• 갈 길이 너무 멀다...
• 처음에는 함수를 여러개로 나눴다. 하나는 총 지나는 시간을 저장해줄 리스트 만드는 함수, 다른 하나는 총 지나는 시간을 계산해주는 함수. 실질적으로는 불필요한 부분이었다.
• 코드가 간단하다고해서 꼭 좋은 것은 아니다. 하지만 함수를 꼭 잘 나눴다고해서 좋은 코드 또한 아니다.
  짧더라도 간결하면서 한 눈에 들어올 수 있다면 그 코드는 좋은 코드라고 생각된다.
• 사고의 폭이 좁다고 생각한다.
• 잠깐의 현타가 왔지만 집중적으로 알고리즘에 대해서 공부해본 것은 이번이 처음이다보니 당연하다고 생각한다.
  하나하나 차분히 차근차근 해나가다보면 내가 이루어낸 것은 분명 클 것이라 생각한다.