문제
문제 설명
프로그래머스 팀에서는 기능 개선 작업을 수행 중입니다. 각 기능은 진도가 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개의 기능이 배포됩니다.
코드
import java.util.ArrayList;
import java.util.List;
import java.util.stream.IntStream;
class Solution {
public int[] solution(int[] progresses, int[] speeds) {
int before= -1;
int count = 0;
List<Integer> deployList = new ArrayList<Integer>(); // 배포 기능 수를 담을 리스트
int[] remainderArr = IntStream.range(0, speeds.length) // 인덱스 번호를 위한 스트림
.map( i-> requiredDate(progresses[i], speeds[i]))
.toArray();
for(int i=0;i<remainderArr.length;i++) {
if(i==0)before = remainderArr[i];
if(before<remainderArr[i] ) { // 만약 이전 작업보다 내 남은 작업량이 많다면, 이전 기능은 배포될 것이다.
deployList.add(count);
before = remainderArr[i]; // 이제 이 작업이 기준이된다.
count=0; // 배포한 이후 카운터는 초기화
}
count++;
if(remainderArr.length-1 == i) deployList.add(count);
}
return deployList.stream().mapToInt(Integer::intValue).toArray();
}
private int requiredDate(int progresse, int speed) {
int remainder = 100 - progresse;
//나머지가 1이라도 존재하면, 배포도 미뤄진다.
return remainder % speed>0? remainder/speed +1 : remainder/speed ;
}
}결과
정확성 테스트
테스트 1 〉 통과 (5.17ms, 76.4MB)
테스트 2 〉 통과 (5.79ms, 85.6MB)
테스트 3 〉 통과 (3.90ms, 80MB)
테스트 4 〉 통과 (4.37ms, 78.4MB)
테스트 5 〉 통과 (4.92ms, 74.8MB)
테스트 6 〉 통과 (2.79ms, 78.2MB)
테스트 7 〉 통과 (4.25ms, 71.3MB)
테스트 8 〉 통과 (3.00ms, 73.7MB)
테스트 9 〉 통과 (3.16ms, 77.2MB)
테스트 10 〉 통과 (2.96ms, 76.3MB)
테스트 11 〉 통과 (4.17ms, 78.3MB)
되려 너무 집중을 하면, 마치 당황한 것 마냥 지능이 낮아지는 것 같다.
이 문제를 푸는 내가 그러했다. 나머지 작업량을 계산하는데, 경곗값을 신경 쓰지 못했다.
그 하나 때문에 계속 실패했다.
"클린코드" 책에 이런 상황과 적절한 내용이 존재한다.
"경계 조건을 테스트하라"
경계 조건은 각별히 신경 써서 테스트한다. 알고리즘의 중앙 조건은 올바로 짜 놓고 경계 조건에서 실수하는 경우가 흔하다.
"경계 조건을 캡슐화하라"
경계 조건은 빼먹거나 놓치기 십상이다. 경계 조건은 한 곳에서 별도로 처리한다. 코드 여기저기에서 처리하지 않는다. 다시 말해, 코드 여기저기에 +1이나 -1을 흩어놓지 않는다.
"경계를 올바로 처리하지 않는다"
모든 경계 조건, 모든 구석진 곳, 모든 기벽, 모든 예외는 우아하고 직관적인 알고리즘을 좌초시킬 암초다. 스스포의 직관에 의존하지 마라(머릿속에서 코드를 돌려보는 등의 행위) 모든 경계 조건을 찾아내고, 모든 경계 조건을 테스트하라
경계 조건에 관한 말만 요약해도 이정도이다.