왜 구글 시니어 개발자는 코딩을 안할까? | 인프콘2023

직장인은 조직의 산출에 기여해야 하고 시니어 개발자는 자신의 구현량보다 개발 조직 전체가 더 큰 결과를 내게 할 책임이 있다. 한 명이 더 빠르게 코딩하는 것에는 한계가 있지만 여러 개발자의 생산성, 기술 방향과 협업 문화를 개선하면 훨씬 큰 레버리지를 만들 수 있다. 이 책임을 곱빼기 코딩, 문제의 진짜 이름 찾기, 정원사라는 세 역할로 나눠 실무에서 무엇을 하는지 살펴본다.

시니어가 직접 기능을 더 만드는 대신 리팩터링, 테스트 패턴과 프레임워크, 린터·CI/CD 가드레일을 제공하면 팀원 모두가 더 안전하고 빠르게 기여한다. 공통 기능의 모듈화와 배포 실험 도구는 바퀴의 재발명을 줄이지만 팀 상황에 맞는 투자 시점과 도입 범위를 판단해야 한다. 조직 공통 API를 강제한 Amazon 사례처럼 장기 기술 기반을 제안하고 리더와 팀을 설득하는 영향력도 코드 못지않은 곱빼기 효과를 만든다.

시니어는 전달받은 기능 요구를 그대로 구현하기보다 현재 아키텍처와 기술 부채, 용량과 팀 역량을 종합해 실제 비즈니스·기술 문제를 정의한다. 큰 방향과 제약을 설명하면 다른 개발자는 그 기술 비전을 구체적인 코드로 완성할 수 있어 조직이 같은 문제를 풀게 된다. Go 패키지 관리 설계자가 버전·코드 공유·사용자 요구를 오랫동안 질문한 뒤 proposal을 만든 사례는 애매한 과제에 이름과 방향을 부여하는 과정을 보여 준다.

정원사 역할은 직접 멘토링·테크토크·코드 리뷰·면접을 하는 데서 그치지 않고 더 많은 사람이 잘할 수 있도록 프로그램과 가이드라인을 설계한다. 구글은 조직 문화 기여를 성과 평가와 승진 기준에 포함해 구성원이 리뷰와 멘토링을 지속할 제도적 인센티브를 만든다. 사람은 변수처럼 통제되지 않지만 목표에 맞게 조직의 산출을 끌어내는 일도 엔지니어링이며, 시니어는 언제 자신이 망치를 들고 언제 다른 사람의 성장을 도울지 판단해야 한다.