공부 시간보다 경력 경험의 밀도를 높여라

출처 및 AI 안내: 이 글은 제미니의 개발실무 유튜브를 기반으로 작성되었습니다. gpt-5.6-sol 모델을 사용해 생성·편집했습니다.

업무 시간의 공부를 모두 같은 것으로 묶을 수는 없다. 팀에 필요한 일을 위해 합의하고 배우는 것은 업무의 일부가 될 수 있다. 반면 회사 일과 무관한 면접 준비나 개인적인 기술 전환 공부는 본인에게 필요하더라도 성격이 다르다.

핵심은 공부가 좋은지 나쁜지가 아니다. 회사 업무와 연결되는지, 필요하다면 관리자와 합의했는지, 그 학습이 나중에 설명할 수 있는 경험으로 이어지는지를 봐야 한다.

실제 업무의 필요에서 학습을 시작한다

업무 시간에 공부해야 할 이유가 분명한 회사도 있다. 아직 써보지 않은 기술이 필요한 프로젝트를 준비한다면 납품 전에 내부 스터디가 필요할 수 있다. 서비스 팀이 레거시 개편을 계획한다면 구현에 앞서 특정 접근을 조사하기로 합의할 수도 있다.

이때 학습은 업무를 빼고 확보한 시간이 아니라 이미 확인한 업무를 준비하는 과정이다. 앞으로 풀 문제, 배워야 할 내용, 프로젝트에 연결할 결과를 설명할 수 있어야 한다. 관리자와 범위를 대화하면 사람마다 몰래 규칙을 만드는 대신 학습의 목적과 시간을 드러낼 수 있다.

짧게 비는 시간에 현재 업무를 확장해 볼 수도 있다. 기존 비동기 처리 방식에서 다른 선택지를 검토해 보는 것처럼, 지금 시스템이 만든 질문을 따라가는 학습이다. 업무 시간에 관련 없는 이직 준비를 조용히 하는 것과는 출발점이 다르다. 전자는 팀의 문제에서, 후자는 개인의 전환에서 시작한다.

어느 정도가 적절한지는 회사 형태와 업무량, 관리자 스타일에 따라 달라진다. 고정된 시간 허용량보다 학습의 관련성과 합의가 중요하다.

실무는 기술 밖의 맥락까지 경험하게 한다

토이 프로젝트에서도 기술을 배울 수 있다. 다만 바뀌는 요구사항, 운영팀과 마케팅의 필요, 여러 이해관계자의 충돌, 출시 후에도 계속 동작해야 하는 조건까지 그대로 만들기는 어렵다.

그래서 회사 경험은 무관한 개인 프로젝트보다 커리어를 설명할 근거가 되기 쉽다. 조직에 어떤 문제가 있었고, 어떤 제약 때문에 설계가 달라졌으며, 무엇을 출시했고, 이후 어떤 일이 생겼는지를 이야기할 수 있다. 회사 코드가 언제나 더 뛰어나서가 아니다. 개발자 마음대로 통제할 수 없는 사람과 조건 속에서 판단을 검증했기 때문이다.

발표자는 C와 C++을 사용하는 펌웨어 개발로 일을 시작했다. 회사 업무와 상관없는 목표 기술을 근무 시간에 따로 공부하는 대신, 회사 안에서 웹 관련 기회가 생겼을 때 인접 기술과 서버 작업을 맡았다. 원하던 기술로 바로 점프한 길은 아니었지만, 이후 면접에서 실제 회사 일로 설명할 수 있는 경험이 됐다.

현재 회사에서 원하는 분야로 이어질 기회를 전혀 얻기 어렵다면 개인 프로젝트도 필요할 수 있다. 다만 그것을 실무로 부풀리기보다 프로젝트에서 배운 범위 그대로 설명하는 편이 낫다.

경력의 밀도는 근무 시간의 길이가 아니다

저연차 개발자에게 재직 기간은 자연스럽게 한 가지 질문을 만든다. 그 시간 동안 어떤 일을 했는가? 면접에서 1~2년의 경험을 깊게 물을 때, 본인이 내린 판단과 전달한 결과, 그 결과가 만든 후속 상황을 설명할 수 있어야 한다. 발표자는 이를 ‘경험의 밀도’라고 부른다.

밀도는 매 순간을 꽉 채우거나, 끝없는 업무를 받아들이거나, 임금 없는 추가 근무로 하루를 늘리라는 뜻이 아니다. 합의된 근무 시간에는 맡은 일의 깊이를 쌓고, 무관한 공부 시간을 지키기 위해 책임을 일부러 작게 만들지 말자는 기준이다. 해야 할 일을 마치고 정시에 퇴근하는 것과도 충돌하지 않는다.

상황에 따라 균형은 달라질 수 있다. 회사 기술이 너무 정체되어 있고 의미 있는 일을 얻기 어려우며 원하는 분야로 옮길 선택지도 좁다면 개인 학습을 늘려야 할 수 있다. 이는 현실적인 커리어 제약이지, 무관한 공부를 말없이 회사 업무로 바꿀 근거는 아니다.

업무 시간에는 회사와 연결된 일과 합의된 학습을 하자. 해결한 문제와 설명할 수 있는 판단을 남기자. 전환을 위해 별도 공부가 필요하다면 업무 시간 안에 몇 시간을 끼워 넣었는지가 아니라, 별개의 선택으로 다루는 편이 경험의 밀도를 더 정확하게 지킨다.