[BOJ] 나무 재테크 # 16235 나무 재테크 최근 풀었던 문제 중에 제일.. 눈물나는 문제 난 구현 집착러이기 때문에 매우 잘 짰다고 생각했는데 자꾸 틀렸다. 딱 샘플 테스트 케이스까지만 맞았는데, 반례를 찾았지만 나무가 너무 많아서 디버깅도 쉽지 않았다.

GitHub Large File 지우기 알고 싶게 된 계기 GitLab 유료 요금제를 사용하는데, Pro가 아닌 Git Hub 계정으로 옮기려고 미러링을 시도하니, 50mb가 넘는 파일은 올라가지 않는다...! 그래서 어찌저찌 대학 이메일로 Pro를 획득했는데도, 1

나무 높이이 문제 때문에 몇 날 며칠을 자괴감에 빠져있었는데...결국 오늘 풀었다.10월 14일 쯤에 실패하고, 매일 매일 어떻게 풀지 생각만 하다가 오늘 마침 시간이 나서 풀게 되었다. 결과는 한번에 성공!오랫동안 매달렸던 문제를 푸니 마음이 한결 가볍다.

\[모의 SW 역량테스트] 숫자 만들기댓글을 보니 보통 순열로 푼 거 같은데, 나는 DFS(깊이 우선 탐색)으로 풀이했다. 아마도 수영장을 푼 직후라서 비슷하게 풀었던 것 같다.

그리디 알고리즘의 대표적인 문제 회의실 배정을 풀이했다. 그리디 알고리즘 처음 쓴다.처음 제출했을 때, 틀린 이유는'회의의 시작시간과 끝나는 시간이 같을 수도 있다. 이 경우에는 시작하자마자 끝나는 것으로 생각하면 된다.'라는 조건 때문이다.8 83 8위와 같이 입력이

1. Collections.sort 쓰고 Ctrl+space 두번째 줄 인자가 두개인 sort 선택 2. 인자에 타켓 list와 new Com 쓰고 Ctrl+space 3. T에 원하는 타입 넣어주고, Comparator에서 Add unimplemented meth

Git에 올라가있는 Spring boot 프로젝트를 STS에 임포트하는 법 ~Git UI 쓰지 않고 올리는 법~ 1. Workspace Package Explorer 우클릭 → New → Other → General → Project에서 일반 프로젝트를 하나 새로 생

문제 링크문자열 문제는 평소에 안 풀어서 현대오토에버 전 날 연습 겸 풀어봤다. 외부 IDE(Eclipse) 사용해서 약 40분 정도 소요되었다.ArrayList에서 remove를 할 때, remove(Object o)보다 remove(int index)가 먼저 인식되

두 가지 방식(Top-Down, Bottom-Up)으로 풀이했다.Bottom-Up은 for문을 돌면서 DP에 담길 모든 값을 계산해야 한다. Top-Down은 재귀 호출을 하면서 필요한 값만 계산한다. 계산하는 횟수의 차이가 크다면 Top-Down이 유리할 수 있다.

나의 프론트 센세가 항상 하는 말...이정도면 깃 마스터 했겠지? 할 때마다 뭐가 자꾸 새로운 게 생긴다.그래서 메모하려고 블로그 만들었습니다.