2026.09.2146.2/100.0실패실패 원인 분석storey = 67 일 때,조건문에 걸려서 storey = 7 이 그대로 result에 더해지고 끝난다. 76.9/100.0실패실패 원인 분석storey = 555 일 때, 조건문으로 인해 result = 14 가

2026.09.200.0/100.0실패실패 원인 분석number = 654321 일 때, 아무런 숫자도 없애지 않는 반례가 발생한다.8.3/100.0실패실패 원인 분석number = 25948763752, k = 5 일 때, number = 9876752, k = 1

2026.09.19시간 복잡도: $O(n² log n)$시간 복잡도: $O(n² log n)$코드 분석기존 코드에서 재귀 부분과 판정 부분을 메서드로 분리함이번 문제를 풀면서 지금껏 잘못된 공부를 하고 있었다는 것을 알았다.첫번째로 문제를 풀면서 "어떤 규칙이 있는가?

2026.09.1881.8/100시간 초과 오류시간 초과 원인 분석1 ≤ numbers의 길이 ≤ 100,000 이므로 중첩 반복문을 사용하게 되면 시간 초과 오류가 발생한다.시간 복잡도: $O(n log n)$코드 분석x 보다 크면서 2개 이하로 같은 비트를 찾아야

2026.09.160.0/0.0시간 초과 오류시간 초과 오류 원인 분석n < 60000의 범위를 갖는 n값에 대해 재귀를 사용한 것이 원인이다.코드를 다른 방식으로 다시 작성해야 한다.0.0/0.0시간 초과 오류시간 초과 오류 원인 분석재귀를 사용한 것이 애초에

2026.09.1443.8/100실패실패 원인 분석해당 조건문은 기본 시간보다 길게 주차했을 때, 기본 시간을 제외한 주차 시간이 단위 시간보다 적은 경우(예: 기본 시간 120분, 주차 시간 121분, 단위시간 10분)를 나타내는 조건문으로, unitFee만 더하는

2026.09.09소요 시간: 21분시간 복잡도: $O(N˙L)$N = skill_trees.lengthL = 스킬트리 하나의 최대 길이시간 복잡도: $O(N˙L)$코드 분석전체적인 구조는 동일하나 구현 방식 차이만 존재문제를 푸는 과정에서 최대한 배열을 사용해서 해결

2026.09.0866.7/100실패실패 원인 분석name이 A로만 이루어져 있을 때, return cnt - len은 음수를 반환함소요 시간: 1시간 36분74.1/100실패실패 원인 분석BBBAAAAAB 일 때 8, BBAAAAABBB 일 때 10이 나와야 한다.그

2026.09.0760.0/100실패실패 원인 분석뒷번호 학생에게 먼저 옷을 빌렸을 경우, 뒤에 있는 학생이 옷을 빌리지 못할 수 있으므로 앞번호 학생에게 먼저 빌려야 함63.3/100실패실패 원인 분석옷을 잃어버린 학생 중 여벌옷을 가진 학생을 spare에서 제외 후

2026.09.0630.8/100실패실패 원인 분석temp는 비워지지 않는 반면 size는 계속해서 줄어들기 때문에 이전에 if/else 문을 만족하여 size가 줄어든 후 temp는 그대로이기 때문에이전과 같은 조건으로 인해 또 다시 size가 감소되는 문제가 발생함

2026.09.03소요 시간: 15분시간 복잡도: $O(n)$시간 복잡도: $O(n)$코드 분석size 변수를 이용해서 이전에 넣었던 값과 비교해서 같으면 저장하지 않고, 다를 때에만 저장한다.Array.copyOf를 사용해서 실제 사용하는 배열의 크기만큼 자른다.Le

2026.09.0250.0/100실패 및 런타임 에러소요 시간: 38분시간 복잡도: $O(n)$시간 복잡도: $O(n)$코드 분석전체적인 구조는 동일하다.바깥쪽 for문을 이용해서 orders의 길이만큼 반복하고안쪽의 while문을 이용해서 서브 컨테이너 벨트에서 택배

2026.09.01소요 시간: 2시간 16분시간 복잡도: $O(n)$시간 복잡도: $O(n)$코드 분석substring 대신에 prev, cur 변수를 이용하여 반복당 문자열 객체 1개 생성을 감소하였다.이전에는 풀었던 문제임에도 불구하고 이번에는 해결하지 못하였다.프

2026.08.160.0/100시간 초과 오류시간 초과 원인 분석행의 개수가 100,000개 이하인 배열에 DFS를 사용한 것이 원인소요 시간: 45분시간 복잡도: $O(n)$코드 분석이전 행과 현재 행 사이에서 가장 큰 값을 찾아 저장하여 가장 큰 값을 찾아냄시간 복

2026.08.15소요 시간: 16분시간 복잡도: $O(t·m)$시간 복잡도: $O(t·m)$코드 분석필요한 n진수 전부를 미리 tube에 저장해두고,튜브의 순서에 필요한 수만 따로 빼서 저장수학적인 계산이 코드 길이에 얼마나 큰 영향을 주는지 알 수 있었다.필요한 n

2026.08.14소요 시간: 37분시간 복잡도: $O(n)$시간 복잡도: $O(n)$코드 분석전체적인 알고리즘은 동일하나, cnt를 사용하지 않고 i로 대체,값을 저장하지 않고, 인덱스만 저장하여 prices\[stack.peek()]로 대체하여코드의 불필요한 변수

2026.08.1286.9/100런타임 에러런타임 에러 원인 분석n = 797161, k = 3 (n을 k진수로 변환하면 1111111111111에 해당함)int로 전부 담을 수 없음소요 시간: 42분시간 복잡도: $O(√(10^{log_k n}))$시간 복잡도: $O

2026.08-11소요 시간: 49분시간 복잡도: $O(nlogn)$시간 복잡도: $O(nlogn)$코드 분석.stream()을 이용해 scoville\[] 원소가 하나씩 흘러가는 통로를 만듦boxed()를 이용해 IntStream을 Integer 객체로 포장함.col

2026.08.09소요 시간: 14분시간 복잡도: $O(n)$시간 복잡도: $O(n)$코드 분석단조 감소 스택(monotonic stack)을 사용한 동일한 알고리즘이지만,하나의 배열과 top 변수를 사용하여, 원소마다 배열 객체를 생성하는 나의 코드의 단점을 개선하였

2026.08.08소요 시간: 1시간시간 복잡도: $O(1)$시간 복잡도: $O(1)$코드 분석수학적인 규칙을 사용하여 각 자릿수마다 가중치를 두고, 한번의 순회로 끝냄기본적인 DFS 문제였는데 너무 어렵게 생각해서 이전에 풀었던 코드를 참고해서 해결했다.수학적인 규칙