새로운 프레임워크를 쫓는 것을 멈췄다. 내 코드는 더 나아졌다.

Source: Dev.to

왜 새로운 프레임워크를 쫓는 것이 나를 늦추었는가

오랫동안 나는 최신 트렌드가 될 때마다 모든 새로운 프레임워크를 배우는 것이 최신성을 유지하는 방법이라고 믿었다. 새로운 프레임워크는 생산성이 높아 보인다: 최신 문서, 깔끔한 예제, 움직이는 듯한 느낌. 하지만 함정이 있다. 새로운 것을 배우는 것이 실제로 유용한 것을 만들고 있지 않아도 진행 중인 것처럼 느껴진다. 나는 움직임과 개선을 혼동하고 있었다.

각 새로운 도구마다 같은 질문이 반복되었다:

• 상태 흐름은 어떻게 되는가?
• 비즈니스 로직은 어디에 위치하는가?
• 오류는 어떻게 전파되는가?
• 이를 어떻게 제대로 테스트할 수 있는가?

문법은 바뀌었지만 근본적인 문제는 변하지 않았다. 더 빨라지기보다, 나는 같은 이해를 처음부터 다시 구축하고 있었다.

전환점: 하나의 스택에 머무르기

어느 순간 나는 평소보다 더 오래 하나의 스택을 고수했다—완벽해서가 아니라 지쳤기 때문이었다. 바로 그때 변화가 시작되었다. 나는 다음을 눈치챘다:

• 반복되는 패턴
• 숨겨진 복잡성
• 이전에 무시했던 결정들

코드베이스가 새롭다는 느낌을 잃고 이해하기 쉬운 느낌이 들었다. 바로 그곳에서 진정한 성장이 일어났다.

실제로 내 코드를 개선시킨 것

프레임워크는 사라지지만 개념은 사라지지 않는다. 가장 큰 개선은 다음에서 나왔다:

• 더 나은 네이밍 – 모든 식별자에 명확한 의도가 담겨 있다.
• 명확한 데이터 흐름 – 시스템을 통과할 때 데이터 이동에 놀라움이 적다.
• 작은 함수 – 각 함수는 하나의 일을 수행하고 잘 수행한다.
• 덜 복잡한 추상화 – 동작을 가리는 불필요한 레이어를 피한다.
• 똑똑하게 굴지 않을 때를 아는 것 – 복잡함보다 단순함을 선택한다.

이 중 어느 것도 새로운 라이브러리를 필요로 하지 않았다. 마스터리는 처음엔 지루하게 느껴질 수 있고, “5분 만에 X 프레임워크 마스터하기” 같은 반짝이는 블로그 글도 없다. 하지만 그 깊은 이해가 나중에 새로운 도구를 더 쉽게 받아들이게 만든다.

도구와 기본기 사이의 균형

아이러니하게도, 기본기를 깊이 알게 되면 프레임워크를 배우는 속도가 빨라지고 스트레스도 줄어든다. 도구는 여전히 중요하고, 산업 변화 자체를 완전히 무시하는 것도 실수다. 그러나 도구를 능숙해 보이기 위한 지름길로 삼으면 지식이 부서지기 쉽다.

간단한 결정 규칙

새로운 것을 배우기 전에 나는 스스로에게 묻는다:

“이게 오늘 내가 직면한 실제 문제를 해결해 주는가?”

• 아니라면: 기다린다.
• 맞다면: 왜 존재하는지 설명할 수 있을 정도로 충분히 깊게 학습한다.

요점

당신의 커리어는 기술 체크리스트가 아니다. 복잡한 상황에서도 명확하게 사고할 수 있는 능력이다. 프레임워크는 오고 가지만, 핵심 개념을 이해하고 적용하는 기술은 남는다.

#programming #career #learning #softwaredevelopment