📃 무기력, 게으름 5초 만에 박살 내는 방법 (개발자의 시선으로 다시 보기) ✍️ 이 영상에서는 무기력한 상황이나 게을러지는 마음을 이겨내는 방법에 대해 소개하고 있습니다. 5초 동안 5부터

📃 무기력, 게으름 5초 만에 박살 내는 방법 (개발자의 시선으로 다시 보기) ✍️ 이 영상에서는 무기력한 상황이나 게을러지는 마음을 이겨내는 방법에 대해 소개하고 있습니다. 5초 동안 5부터 1까지 거꾸로 5,4,3,2,1 을 세고 그 즉시 바로 무언가를 실행하라는 메세지 인데요. 우리가 달리기를 할 때 첫 걸음부터 빨리 달릴 수 없고 어느 정도 도움닫기가 되어야 속도가 나는 것처럼 힘들지만 어느 수준을 넘어서면 게을러지거나 무기력하는 마음이 줄어든다고 합니다. 저는 이를 개발자의 시선으로 다시 보게 되었습니다. 기술 부채를 만나거나 의도한 건 아니지만 기술 부채를 본인이 만들었다고 가정해 봅시다. 그러면 이러한 기술 부채는 언제 해결해야 할까요? 저의 대답은 지금 당장 입니다. 보통의 경우 일정이 타이트하여 개선은 나중에 하자고 미루지만 그 나중엔 또 다른 기술 부채 혹은 처리해야 할 일들이 있기에 하지 못하고 점점 기술 부채는 산처럼 쌓이다 결국 크고 작은 문제를 일으키는 주요 원인이 되기 마련이죠. 테스트 코드를 작성해야 한다는 건 누구나 중요하다고 알고 있습니다. 하지만 테스트 코드를 만들며 비즈니스 코드를 작성하기란 쉽지 않죠. 그래서 일단 만들고 나중에 만들어야지 하지만 못 만들고 배포가 되는 경우를 종종 봐왔습니다. 개발 공부를 할 때에도 마찬가지 입니다. 문제를 만나고 길고 긴 삽질의 시간을 통해 문제를 해결했다고 가정해 봅시다. 그러면 그러한 과정을 내 것으로 만드는 시간이 필요합니다. 기술 블로그로 작성을 하거나, 누군가에게 공유를 하며 다시 해석을 해야만 하죠. 그런데 나중에 몰아서 해야지 라고 미룬다면 희미한 기억은 점점 옅어지고 나중에 정리해야지 하는 생각까지도 잊어버리기 쉽게 되더라고요. 개발을 할 때도 저는 위에서 이야기 한 5초의 법칙이 적용되어야 한다고 생각합니다. 물론, 흔들리는 빨간 망토를 보고 들이대려는 황소처럼 '당장'에만 집중하면 안 되지만 일단 조금씩 시작을 하다 보면 그게 문화가 되어 코드의 품질이나 서비스의 신뢰성이 좋아지는 효과가 있지 않을까 생각을 해봅니다. 문제가 있다면, 리팩토링을 해야 할 코드를 봤다면 지금 당장 개선을 해보는 건 어떨까요?