(프로그래머스) 기능 개발 _ python

문제

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

 

문제풀이 (문제에 대한 해석 접근법)

문제에 대한 해석

입출력 예제만으로 이해 가능.

 

접근법

1) 먼저 컴플리헨션를 통해 작업일수 리스트를 만든다. -> jdays

2) 작업일수 리스트를 deque 에 담는다.

 

3) c =1     #  1부터 시작. 작업을 다하면 기능이 최소 하나는 배포되니깐.     

    변수 c  : 기능의 수.  이를 연산하여 answer.append() 해줄 것이다.

 

4) 작업일수 리스트 첫번째 원소부터 꺼낸다. pop 처리.   # while jdays:   ->   jdays 리스트가 빈 리스트라면 반복문 멈춤.

 

5) 꺼낸 원소와 jdays 리스트(pop 이후이므로 꺼낸 원소는 없다.)를 비교 

    꺼낸 원소보다 큰 거가 있을 때까지 c 기능의 수를 +1 씩 증가시켜준다.

   +1 해줬다는 것은 해당 jdays의 i 변수는 배포되었다는 뜻이니 popleft() 해준다.

 

6) 꺼낸 원소보다 큰 원소를 만났을 때 break.   answer에 c 기능 수 추가.

   

7)  c = 1,   cnt   값 재설정.    jdays가 빈 리스트가 될 때까지 반복.

 

사용함수 및 적용

1. deque

- popleft() 첫 번째 원소를 뽑기 위해.

 

2. math.ceil() 

- 작업일수 구하는 연산에서 소수점을 올림하기 위해 썼다. 그러나,

- 이렇게 작성하면 소수점 올림 math.ceil() 해줄 필요가 없다.

-((p-100)//s)

 

3. RuntimeError: deque mutated during iteration. 오류 해결을 위해 

  => 오류가 뜨는 이유는 deque가 반복문을 돌릴 때 deque의 내용이 변질되거나 사이즈가 변경될 때 뜨는 오류다.

  => 해결법은 list에 담아 새로 만들거나,   list(jdays)

       copy를 사용하는 것이다.   copy.deepcopy(jdays)    # 모듈을  import 해줘야 함.

 

 

소스코드

from collections import deque
import math

def solution(progresses,speeds):
    answer = []
    jdays = [math.ceil((100 - progresses[n])/speeds[n]) for n in range(len(progresses))]
    jdays = deque(jdays)
    
    while jdays:
        c = 1
        cnt = jdays.popleft()
        for i in list(jdays):
            if cnt < i:
                break 
            c += 1
            jdays.popleft()
        answer.append(c)   
    return answer
        
solution([93,30,55],[1,30,5])

 

다른 사람 풀이

https://programmers.co.kr/learn/courses/30/lessons/42586/solution_groups?language=python3&type=all 

프로그래머스

- zip 함수를 사용하면 작업률과 속도를 인덱스 별로 불러와 계산을 쉽게 할 수 있다. 

 이 반복문 안에서 작업 일수 간의 배포 연산 처리를 할 수 있다.

for p, s in zip(progresses, speeds):

 

- 중첩리스트 활용! : 해당 인덱스 별 연산 처리 결과를 리스트에 중첩하게 넣고,

                                 return 할 때 필요한 결과만 반환하도록 했다.

for 문을 돌 때,

for문 내 연산 처리 결과들을 하나의 리스트에 중첩해서 넣자.

Q[0] : 반복문 첫 번째 돌았을 때의 연산 결과가 리스트로 들어있다.

Q[1] : 반복문 두 번째 돌았을 때의 연산 결과가 리스트로 들어있다.

Q[2] : 반복문 세 번째 돌았을 때의 연산 결과가 리스트로 들어있다.

 

ex) 

  Q[  [ 제일 앞에 있는 원소(배포의 기준이 되는 작업일수1), 기능수 ], [ 배포의 기준이 되는 작업일수2 , 기능수 ] , ...]

==>  [ 제일 앞에 있는 원소(배포의 기준이 되는 작업일수1), 기능수 ]   를   리스트에 담았다.

==> 처음에는 기능수에 1을 담고 기준 작업일수 보다 작거나 같으면 +1 하였다.

==> 기준 작업일수보다 크다면 해당 인덱스 작업 일수가 배포일의 기준이 되고 기능수 1과 함께 리스트로 묶어 Q에 넣어준다. 이제부터 이게 기준이 됨.  그렇다면, 항상 마지막 안 리스트 들이 배포 기준이 되는 작업일수일 것이다.

 

==> 처리 다하면 기능수를 뜻하는 안 리스트 들의 [1] 들을 리스트에 담아 retrun 하면 됨

 

 

정리 

나는 작업일수를 따로 반복문 컴플리헨션으로 구해 

그 결과 리스트를 대상으로 두고 반복문과 조건문을 또 작성하였다. 즉 두개의 작업을 했다고 볼 수 있는데

타 풀이를 보니 이를 한 번에 처리하는 풀이가 많았다.