"왜"를 묻지 않으면 도구가 됩니다

by 그릿 | GROWTH_ESSAY | 2026-02-13

“백엔드 로드맵 추천해주세요.”

자주 받는 질문입니다. 구글에 검색하면 수백 개가 나옵니다. 잘 정리된 것도 많습니다. Java → Spring → JPA → MySQL → Redis → Kafka → Kubernetes. 화살표가 쭉 이어져 있습니다.

그런데 이상합니다. 로드맵은 넘쳐나는데, 로드맵대로 해서 됐다는 사람은 별로 없습니다.

왜 그럴까요?

로드맵의 함정

로드맵은 편합니다. 생각을 안 해도 되니까요.

“다음에 뭘 해야 하지?” 이 질문에 로드맵이 대신 답해줍니다. 그냥 따라가면 됩니다. Java 끝나면 Spring, Spring 끝나면 JPA. 순서가 정해져 있습니다.

문제는, 그렇게 따라만 가면 “로드맵을 따라간 사람”이 된다는 겁니다.

면접관이 묻습니다. “왜 Spring을 선택하셨어요?”

“로드맵에 있어서요.”

이건 답이 아닙니다. 생각이 없다는 고백입니다.

“왜 Redis를 공부하셨어요?”

“다음 단계라서요.”

본인의 이유가 없습니다. 본인의 문제의식이 없습니다. 그냥 시키는 대로 한 겁니다.

지도 vs 방향

로드맵은 지도입니다. 지도는 유용합니다. 어디에 뭐가 있는지 보여줍니다.

하지만 지도는 “어디로 가야 하는지”를 알려주지 않습니다. 그건 본인이 정해야 합니다.

서울 지도가 있다고 해서, 내가 어디로 가야 하는지 알 수 있는 게 아닙니다. 목적지는 내가 정해야 합니다. 목적지가 정해지면, 그때 지도가 유용해집니다.

로드맵도 마찬가지입니다.

“나는 왜 개발자가 되고 싶은가?” “어떤 개발자가 되고 싶은가?” “3년 후에 어디에 있고 싶은가?”

이 질문에 답이 있어야 합니다. 방향이 있어야 합니다. 방향이 있으면, 로드맵은 참고 자료가 됩니다. 방향이 없으면, 로드맵이 주인이 됩니다.

기술 스택을 늘릴수록 작아진다

비슷한 함정이 또 있습니다.

“기술 스택 많으면 좋은 거 아닌가요?”

이력서에 기술 스택을 잔뜩 나열하는 분들이 있습니다. Java, Python, Go, JavaScript, TypeScript, React, Vue, Spring, Django, FastAPI, MySQL, PostgreSQL, MongoDB, Redis, Kafka, Docker, Kubernetes...

인상적으로 보일까요? 오히려 반대입니다.

“이 사람은 뭘 잘하는 사람이지?”

아무것도 안 잡힙니다. 다 할 줄 안다는 건, 뭘 잘하는지 모르겠다는 뜻이기도 합니다.

기술 스택을 늘릴수록, 정체성은 희미해집니다. 오히려 작아집니다.

깊이가 넓이를 이긴다

채용 시장에서 눈에 띄는 사람들의 공통점이 있습니다.

뭔가 하나가 깊습니다.

“이 사람은 동시성 처리에 진심이구나.” “이 사람은 테스트 코드에 집착하는구나.” “이 사람은 레거시 개선을 좋아하는구나.”

이렇게 캐릭터가 잡힙니다. 기억에 남습니다.

열 가지를 얕게 아는 사람보다, 한 가지를 깊게 아는 사람이 매력적입니다. 왜냐하면 깊이 있는 사람은 다른 것도 깊게 팔 수 있다는 신뢰를 주기 때문입니다.

넓이는 나중에 넓히면 됩니다. 깊이가 먼저입니다.

“왜”가 있는 학습

그러면 어떻게 해야 할까요?

“왜”를 먼저 묻는 겁니다.

Redis를 공부하기 전에, “왜 Redis를 공부해야 하지?”를 묻습니다.

“로드맵에 있어서”는 답이 아닙니다.

“현재 프로젝트에서 API 응답이 느린데, 캐싱을 적용하면 개선될 것 같아서.” 이게 답입니다.

이렇게 시작하면, Redis를 공부하는 깊이가 달라집니다. 그냥 문법을 익히는 게 아니라, 실제 문제를 풀기 위해 공부합니다. 적용하면서 배웁니다. 진짜 내 것이 됩니다.

“왜”가 없으면, 공부는 그냥 소비입니다. 강의 들으면 뭔가 한 것 같은 기분이 듭니다. 하지만 남는 건 별로 없습니다.

“왜”가 있으면, 공부는 투자입니다. 문제를 풀기 위해 필요한 걸 찾아서 배웁니다. 바로 써먹습니다. 확실하게 남습니다.

로드맵을 버리라는 게 아닙니다

오해하지 마세요. 로드맵이 나쁘다는 게 아닙니다.

로드맵은 좋은 참고 자료입니다. 전체 지형을 파악하는 데 유용합니다. “아, 백엔드 개발자가 되려면 이런 것들을 알아야 하는구나.” 이 정도로 쓰면 됩니다.

문제는 로드맵에 끌려다니는 겁니다. 본인의 방향 없이, 본인의 “왜” 없이, 그냥 순서대로 따라가는 겁니다.

주인은 내가 되어야 합니다. 로드맵은 도구입니다.

정리하면

로드맵을 따르면 로드맵이 됩니다.

순서대로 따라가기만 하면, “시키는 대로 하는 사람”이 됩니다. 본인의 생각이 없는 사람이 됩니다. 면접에서 “왜”를 물으면 답을 못하는 사람이 됩니다.

방향을 먼저 정하세요. “왜”를 먼저 물으세요. 넓이보다 깊이를 먼저 가져가세요.

그러면 로드맵이 도구가 됩니다. 내가 주인이 됩니다.

지도를 보는 사람과, 지도에 끌려다니는 사람은 다릅니다.