20221011 TIL 막힐 때는 단계를 나누어 차근차근

 

오늘 코딩테스트를 풀다가 for문으로 풀면 쉽게 풀릴 것 같은데 stream을 바로 사용하려니 어떻게 해야할 지 감이 잘 안 잡혔었다.

그런데 시간이 가고 있는 것을 보니 일단 for문으로 풀어야겠다는 생각이 들어서 for문으로 풀었고,

그 후에 stream으로 리팩토링을 했는데, 리팩토링에 걸린 시간이 생각보다 오래 걸리지는 않았던 것 같다.

 

예전에 어떤 분이 자신은 코딩테스트를 풀 때 일단 풀기 쉬운 언어로 먼저 풀고

그 뒤에 java 등 필요한 언어로 푼다고 하신 글을 본 적이 있다.

이렇게 두 번에 걸쳐 푸는데도, 오히려 java만으로 푼 사람보다 더 빠르게 푸셨다고 하셨다.

글을 읽을 당시에는 믿기 어려웠지만, 풀다보니 빠르게 갈 수 있는 길을 돌아가는 것 같아도,
일단 빠르게 풀어보고, 리팩토링을 하는 것이 더 빠르게 문제를 푸는 방법인 것 같다.

 

아샬님의 강의에서도 제대로 구현을 하기 전에 하드코딩을 해두는 것을 종종 볼 수 있다.

모든 것을 한 번에 제대로 하려고 하면 인지 부하가 오기 때문에 일단 돌아가게 만들어두고나서,

그 부분을 제대로 만들 차례가 되었을 때 그 부분을 제대로 만들면 모든 것을 한 번에 다 하려고 할 때보다 인지 부하를 줄일 수 있다.

 

https://www.pinterest.com/pin/in-2022--742953269792182101/

인지 부하가 온다면 너무 큰 작업을 한 번에 하려고 하는 신호임을 깨닫자!

그리고 작업을 쪼개서 일단 돌아가게끔 하고나서, 제대로 만들어주자.

 

+ 따봉 투 재원님

cmd 1 과 cmd e 아주 좋은 인텔리제이 단축키를 알려주셨다.

cmd 1을 누르면 프로젝트 파일 구조에서 탐색할 수 있고, cmd e를 누르면 방문했던 파일들을 확인할 수 있다.