경험을 데이터로 바꾸는 법: 실패는 자산이 됩니다

by 그릿 | GROWTH_ESSAY | 2026-02-09

이력서를 보다 보면, 기술 스택이 두 줄, 세 줄인 분들이 있습니다.

Java, Python, Go, JavaScript, TypeScript, C++, Kotlin, Swift. Spring, Django, FastAPI, Express, NestJS. MySQL, PostgreSQL, MongoDB, Redis, Elasticsearch. Docker, Kubernetes, AWS, GCP, Azure.

대단해 보입니다. 이렇게 많이 할 줄 아시다니.

그런데 이상합니다. 다 읽고 나면 아무것도 기억에 안 남습니다.

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

모르겠습니다. 다 할 줄 아는 것 같은데, 뭘 잘하는지는 안 보입니다.

넓이의 함정

많이 아는 건 좋은 겁니다. 넓게 아는 것도 가치가 있습니다.

문제는 “많이 안다”가 “잘한다”로 연결되지 않는다는 겁니다.

채용 담당자 입장에서 생각해봅시다. 백엔드 개발자를 뽑으려고 합니다. 이력서가 100개 들어왔습니다. 한 장당 30초에서 1분 봅니다.

그 짧은 시간에 “이 사람 괜찮은데?”라는 생각이 들어야 합니다. 기술 스택 열다섯 개 나열되어 있으면요? 눈이 미끄러집니다. 뭐가 핵심인지 안 잡힙니다. 다음 이력서로 넘어갑니다.

반대로, 이력서에 이렇게 써 있으면 어떨까요?

“대용량 트래픽 환경에서 캐싱 전략을 설계하고 적용해왔습니다.”

하나가 박힙니다. “아, 캐싱 잘하는 사람이구나.” 기억에 남습니다.

T자형 인재라는 말

T자형 인재라는 표현이 있습니다.

가로는 넓이입니다. 다양한 분야에 대한 기본적인 이해. 세로는 깊이입니다. 한 분야에 대한 전문성.

둘 다 필요합니다. 하지만 순서가 있습니다.

세로가 먼저입니다.

세로가 없으면 T가 아니라 ㅡ(마이너스)입니다. 얕고 넓은 사람입니다. 어디에든 쓸 수 있을 것 같지만, 어디에도 꼭 필요하지 않은 사람입니다.

세로가 있어야 T가 됩니다. 깊이가 있어야 넓이도 의미가 생깁니다.

깊이가 신뢰를 만듭니다

왜 깊이가 먼저일까요?

깊이 있는 사람은 신뢰를 줍니다. “이 사람은 이 분야는 확실하구나.” 이 확신이 생기면, 다른 분야도 믿게 됩니다. “이 정도로 깊이 파는 사람이면, 다른 것도 제대로 하겠지.”

반대로 깊이가 없으면요? 아무리 많이 알아도 신뢰가 안 생깁니다. “이것저것 해봤나 보네. 근데 뭘 진짜 잘하는 거지?” 의심이 남습니다.

면접에서도 마찬가지입니다.

“Redis 써보셨네요. 캐시 무효화 전략은 어떻게 가져가셨어요?” “Kafka 써보셨네요. 컨슈머 리밸런싱 이슈는 어떻게 처리하셨어요?”

깊이 있게 파본 사람은 답할 수 있습니다. 경험에서 우러나온 답이 나옵니다. 얕게 써본 사람은 막힙니다. “그건 잘 모르겠는데요...” 신뢰가 무너집니다.

한 우물의 힘

“한 우물만 파라”는 말이 있습니다. 옛날 말 같지만, 지금도 유효합니다.

물론 평생 한 가지만 하라는 게 아닙니다. 지금 이 시점에, 하나에 집중하라는 겁니다.

3년차까지는 하나를 깊이 파세요. 백엔드라면 백엔드를. 그 안에서도 “나는 이게 강점이다”라고 말할 수 있는 한 가지를 만드세요.

API 설계를 잘하든, 성능 최적화를 잘하든, 테스트 코드를 잘 짜든, 레거시 개선을 잘하든.

뭐라도 하나.

그 하나가 있으면 정체성이 생깁니다. “아, 그 캐싱 잘하는 사람.” “아, 그 테스트 집착하는 사람.” 이렇게 불립니다.

불리는 게 중요합니다. 불려야 기억되고, 기억되어야 기회가 옵니다.

늘리고 싶은 욕구를 참으세요

새로운 기술이 나오면 배우고 싶습니다. 유행하는 거 안 하면 뒤처지는 것 같습니다.

Go 해야 할 것 같고, Rust 해야 할 것 같고, AI 해야 할 것 같습니다. 다 해야 할 것 같습니다.

그 욕구를 참으세요. 적어도 지금은.

새로운 걸 얕게 열 개 아는 것보다, 지금 하는 걸 깊게 하나 파는 게 낫습니다. 깊이가 생기면, 넓히는 건 나중에 해도 됩니다. 깊이 있는 사람은 새로운 것도 빨리 배웁니다. 원리를 아니까요.

이력서에 담는 법

이력서도 마찬가지입니다.

기술 스택 열다섯 개 나열하지 마세요. 그중에 진짜 자신 있는 것만 쓰세요.

“Java, Spring, JPA, MySQL, Redis.”

다섯 개면 충분합니다. 나머지는 필요하면 면접에서 말하면 됩니다.

그리고 그 다섯 개 중에서도 하나를 강조하세요. “특히 캐싱 전략 설계에 강점이 있습니다.” 이 한 문장이 열다섯 개 기술 스택보다 강력합니다.

정리하면

많이 아는 사람은 기억에 남지 않습니다.

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

깊이가 먼저입니다. 하나를 깊이 파세요.

깊이가 있으면 신뢰가 생깁니다. 신뢰가 있으면 기억됩니다. 기억되면 기회가 옵니다.

넓이는 나중에 넓히면 됩니다. 지금은 깊이입니다.