개발을 잘한다는 건 코드를 빠르게 짜는 게 아니다.
지치지 않고 꾸준히 성장하면서, 어제보다 조금 더 나은 코드를 남기는 것이다.
지금 지쳐있다면, 그건 열심히 했다는 증거다. 잠깐 멈춰서 방향을 점검할 때다.
1. 성장의 본질 — 빠름이 아니라 방향
개발을 처음 시작하면 "더 빨리 배워야 한다"는 조급함이 생긴다. 새 프레임워크, 새 언어, 새 트렌드가 쏟아지고 다 쫓아가야 할 것 같은 느낌이다.
하지만 10년차 개발자와 1년차 개발자의 진짜 차이는 아는 기술의 양이 아니다.
기초가 탄탄한 사람은 새 기술을 만나도 흔들리지 않는다.
기초가 없는 사람은 새 기술을 만날 때마다 처음부터 다시 배운다.
TCP/IP를 이해한 사람은 gRPC를 처음 봐도 "결국 연결이고 직렬화 문제구나"라고 읽힌다.
B-Tree를 이해한 사람은 어떤 DB 튜닝 문서를 봐도 이유가 보인다.
빠르게 달리는 것보다 올바른 방향으로 걷는 게 결국 더 멀리 간다.
2. 번아웃이 오는 이유
번아웃은 게으름이 아니라 잘못된 방식으로 너무 열심히 한 결과다.
번아웃을 유발하는 패턴 | 실제로 일어나는 일 |
모든 걸 다 알아야 한다는 강박 | 공부해도 끝이 없어 무기력해짐 |
결과물이 없는 공부의 반복 | 성취감 없이 피로만 쌓임 |
남과 비교하는 속도전 | 자존감 하락, 흥미 감소 |
휴식을 낭비로 여기는 태도 | 회복 없이 달리다 완전히 멈춤 |
쉬는 것도 개발의 일부다. 코드를 안 보는 시간에 뇌는 정보를 통합하고 새로운 연결을 만든다. 좋은 아이디어는 대부분 화면 밖에서 나온다.
3. 꾸준히 성장하는 개발자의 습관
3-1. 작게 쪼개서 완성한다
큰 목표는 동기를 주지만 완성되지 않으면 에너지를 갉아먹는다.
완료된 작은 성취들이 쌓여서 큰 실력이 된다.
3-2. 배운 걸 글로 남긴다
글을 쓰는 행위 자체가 이해를 검증하는 과정이다. 설명하지 못하면 아직 모르는 것이다.
•
블로그 글 하나 = 개념 정리 + 자기 언어화 + 나중에 다시 볼 레퍼런스
•
6개월 뒤의 내가 가장 고마워할 자산이 된다
•
면접에서 "설명해보세요"라는 질문에 이미 준비가 되어있다
글쓰기가 느리고 어렵게 느껴지는 건 정상이다. 처음엔 다 그렇다. 쓸수록 빨라진다.
3-3. 코드보다 문제를 먼저 이해한다
문제를 제대로 이해하면 코드가 단순해진다. 반대로 문제를 모른 채 코딩하면 나중에 다 갈아엎는 일이 생긴다.
"이걸 왜 만드는가"를 항상 먼저 물어라.
3-4. 에러를 두려워하지 않는다
에러는 방해물이 아니라 시스템이 하는 말이다.
•
에러 메시지를 처음부터 끝까지 읽는 습관을 들여라
•
어디서 터졌는지 스택 트레이스를 따라가는 능력이 실력이다
•
같은 에러를 두 번 만나지 않으려면 원인을 기록해둬라
에러를 많이 만나고 많이 해결한 사람이 결국 가장 강해진다.
3-5. 기초로 자꾸 돌아간다
시기 | 기초를 보는 느낌 |
입문 때 | "이게 다야? 너무 기초적이다" |
1~2년차 때 | "아 이게 이런 의미였구나" |
3년차 이상 | "이 개념이 여기까지 연결되는구나" |
기초는 한 번 보고 끝내는 게 아니다. 볼 때마다 다르게 보인다. 지금 읽는 TCP/IP 책이 1년 뒤에 다시 보면 완전히 다른 내용처럼 느껴지는 이유다.
4. 동기가 떨어졌을 때 쓸 수 있는 방법들
4-1. 과거의 코드를 꺼내본다
6개월 전에 짰던 코드를 열어봐라. "이걸 왜 이렇게 짰지?"라는 생각이 든다면, 그게 바로 성장의 증거다. 지금 막막해 보여도 이미 올라오고 있다.
4-2. 작동하는 걸 만들어본다
공부가 지겨울 때는 공부를 잠깐 내려놓고 뭔가 돌아가는 것을 만들어봐라. 간단한 CLI 도구, 자동화 스크립트, 토이 프로젝트 — 뭐든 좋다. 화면에 뭔가 출력되는 순간 다시 재미가 붙는다.
4-3. 커뮤니티에서 질문하거나 답변해본다
질문하면 내가 뭘 모르는지 명확해진다. 답변하면 내가 뭘 아는지 명확해진다. 둘 다 성장이다.
4-4. "완벽한 코드"를 목표로 두지 않는다
Make it work → Make it right → Make it fast.
이 순서를 지키는 것만으로 훨씬 많이 완성하게 된다.
5. 장기적으로 강해지는 개발자가 되려면
단기 트렌드보다 변하지 않는 것에 투자해라.
변하는 것 | 변하지 않는 것 |
프레임워크 버전 | 네트워크/OS 기초 |
클라우드 서비스 명칭 | 분산 시스템 원리 |
유행하는 언어 | 자료구조와 알고리즘 |
새로운 도구 | 문제를 분해하는 사고력 |
Spring Boot 버전은 바뀌지만 HTTP는 안 바뀐다. Redis 문법은 바뀌지만 캐싱의 원리는 안 바뀐다. 아래 계층을 이해한 사람은 위 계층이 바뀌어도 빠르게 적응한다.
마치며
지금 지쳐있는 건 그만큼 진지하게 임했다는 뜻이다. 대충 하는 사람은 번아웃이 오지 않는다.
오늘 쉬어도 된다. 블로그 글 하나를 못 써도 된다. 코드를 안 봐도 된다.
중요한 건 다시 켜는 것이다. 끄고 다시 켜는 사람이 결국 가장 멀리 간다.
지금까지 쌓아온 것들 — TCP/IP부터 B-Tree까지, 한 줄 한 줄 쓴 블로그 글들 — 그것들은 이미 자산이다. 사라지지 않는다.
천천히, 꾸준히. 그게 전부다.