99클럽 코테 스터디 3일차 TIL + 프로그래머스/2/42586. 기능개발

git

문제 설명

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

※ 공지 - 2020년 7월 14일 테스트케이스가 추가되었습니다.

 

 

<코드>

def solution(progresses, speeds):
    answer = []
    
    left_days = []
    for progress, speed in zip(progresses, speeds):    
        for i in range(100):
            left_day = progress + (i * speed)
            if left_day >= 100:
                left_days.append(i) # 변수 제대로 넣자
                break
    
    tmp = left_days[0] # 처음 것
    count = 1 
    for day in left_days[1:]:
        
        # max_value = max(day, tmp) #완료 날짜될 날짜와 앞 날짜 비교
        if day <= tmp: # 앞날짜가 여전히 더 클 때
            count += 1 
        else : # 앞 날짜가 더 적을 때
            answer.append(count)
            tmp = day
            count = 1
        
    answer.append(count) # 마지막 빠진 값 방지

    return answer

- 아쉬운점

1. 남은 날 리스트에 잘못된 값을 넣어음

i 대신에 letf_day를 넣음

 

2. 배열 순회 시작이 1번배열부터 인점, 마지막 빠진값 반복문 밖에서 append해준 점

 

3. 복잡하게 max() 쓸 필요 전혀 없이 직접 비교해서 깔끔하게 처리가능함

단순하게 생각하자

 

4. 크거나 같은 경우로 주의하자

같은경우 해야하는 이유 0 번 배열 1부터 시작함

 

- 배운점

1. 두개의 iterable 한 자료는 zip() 으로 한번에 순회 가능함

 

 

 

<모범사례>

from math import ceil

def solution(progresses, speeds):
    daysLeft = list(map(lambda x: (ceil((100 - progresses[x]) / speeds[x])), range(len(progresses))))
    count = 1
    retList = []

    for i in range(len(daysLeft)):
        try:
            if daysLeft[i] < daysLeft[i + 1]:
                retList.append(count)
                count = 1
            else:
                daysLeft[i + 1] = daysLeft[i]
                count += 1
        except IndexError:
            retList.append(count)

    return retList

1. math 를 사용한 경우가 다수 있었음

왜 필요할까 고민을 해보니, 남은 날을 계산에 다른 계산식이 있기 때문임

 

나의 식

progresses[x] + (i * speeds[x]) >= 100

 

올림 식

(ceil((100 - progresses[x]) / speeds[x]))

 

아래의 방식으로 하면 >= 100 과 같은 비교식을 안만들고 곧바로 가능함

즉 i 가 그 값이 나올 때 까지 반복문으로 순회하면서 찾는게 아니라 곧바로 나눠서 그 값을 도출하는 것임

나눈 결과 값에 대해서 올림처리

 

3. 마지막 남은 부분 처리는 except 처리로도 가능

 

 

<배운점>

1. 연산의 결과 비교 대신에 나눗셈(math) 등으로 하고, 반올림 개념으로 가능함

 

2. 반복문 인덱스에 대한 핸들링 섬세하기 하기