개발자에게 가장 중요한 자질은 무엇일까요?
AI가 코드를 뚝딱 만들어내는 시대에, 우리는 무엇을 붙들어야 할까요?
저는 이런 질문들을 안고 라는 책을 펼쳤습니다.
앤드류 헌트와 데이비드 토마스가 쓴 이 책은, 를 공동 설립하며 소프트웨어 장인정신에 큰 영향을 준 명저죠.
사실 처음에는 조금 오래된 책이라, 과거의 기술 조언 모음집일 거라고 막연히 생각했어요.
하지만 막상 읽어보니, 는 최신 도구의 유행을 쫓기보다는 개발자로서 오래도록 지켜나가야 할 본질적인 태도와 운영
체계를 이야기하고 있었습니다.
오늘 제가 나눌 이야기는 의 첫 번째 챕터, , 즉 '실용주의 철학'에 대한 저의 감상입니다.
이 장의 핵심 질문은 이것이었어요.
"개발자는 문제 앞에서 어떤 태도를 먼저 가져야 하는가?" 책은 기술적인 스킬보다도 , 즉 '책임지는 태도'를 먼저
요구합니다.
좋은 개발자는 단순히 많은 도구를 아는 사람이 아니라, 결과물을 자신의 일로 받아들이는 사람이라는 거죠.
이 부분이 저에게는 굉장히 신선하게 다가왔습니다.
특히 세 가지 인사이트가 제 생각의 방향을 크게 바꾸었어요.
첫째, 는 말입니다.
책임진다는 것은 혼자 모든 걸 짊어지고 끙끙 앓는다는 뜻이 아니었어요.
오히려 문제를 명확하게 설명하고, 가능한 선택지들을 만들어 제시하며, 다음
행동을 제안하는 일종의 커뮤니케이션 인터페이스를 갖춘다는 의미였죠.
막연한 죄책감이나 부담감이 아니라, 적극적인 소통과 문제 해결 의지라는 점이 인상 깊었습니다.
두 번째는 는 대목이었어요.
우리가 흔히 '깨진 창문 이론'이라고 부르는 것과 일맥상통하는데요.
작은 버그나 미흡한 코드, 혹은 방치된 문서 오류 같은 사소한 문제들을 계속 내버려 두면, 팀 전체가 그런 상태를
'정상'으로 받아들이게 된다는 겁니다.
결국 리팩터링이나 코드 정리는 단순히 미적인 만족을 위한 행위가 아니라, 팀의 품질 기준선을 보존하고 더 나아가
높이는 중요한 활동이라는 것을 다시금 깨달았습니다.
그리고 마지막 세 번째, 는 인사이트입니다.
AI, 특히 LLM이 코드를 빠르게 생성해주는 요즘, 우리는 더 이상 기술 유행만 쫓는 것으로는 부족하다는 생각이
들었습니다.
책에서는 지식 포트폴리오를 '매일 조금씩 투자하는 생존 자본'이라고 표현하는데요.
LLM이 아무리 빠르게 답을 내놓아도, 결국 '무엇을 물어야 할지', '어떤 답을 믿어야 할지', '어떤 맥락을
부여해야 할지'는 사람의 몫이니까요.
공부는 더 이상 선택 과목이 아니라, AI 시대의 필수 생존 역량이라는 것을 다시 한번 마음에 새기게 되었습니다.
이 책을 읽고 나서, 저는 제 작업 방식에 한 가지 변화를 주기로 결심했습니다.
바로 '변명 대신 선택지를 제시하는 것' 그리고 '작은 방치를 줄이는 것'입니다.
이번 주 작업에서 문제가 생겼을 때, "이건 이래서 안 돼요"라고 말하기보다, "이런 문제가 있는데, A와 B라는
두 가지 해결책이 있습니다"라고 제안하는 연습을 시작했어요.
또, 눈에 띄는 작은 버그나 문서 오류 하나를 그 자리에서 바로 고치는 습관을 들이려고 노력하고 있습니다.
그리고 매일 '배울 기술 하나'와 '버릴 습관 하나'를 제 지식 포트폴리오에 기록하며 꾸준히 성장하는 개발자가 되기
위해 노력하고 있습니다.
는 나 처럼 특정 기법을 알려주는 책은 아닙니다.
오히려 개발자가 어떤 기준으로 선택하고, 고치고, 설명할 것인가 하는 근본적인 질문을 던지는 책입니다.
그래서 저는 이 책을 주니어 개발자뿐만 아니라, AI 시대에 개발자의 본질적인 역할과 책임에 대해 고민하는 모든
분께 꼭 한번 읽어보시기를 권합니다.
이 책의 첫 챕터를 읽고 나니, '실용주의는 멋있는 기술 취향이 아니라, 매일 책임지는 방식으로 드러나는 직업
윤리다'라는 문장이 더 깊이 와닿았습니다.
하지만 한편으로는 AI가 코드 대부분을 생성할 때, 실용주의 개발자의 책임은 과연 어디로 이동할까 하는 새로운
질문을 안게 되었습니다.
다음
챕터를 읽으며 이 질문의 답을 찾아나가야겠죠.
오늘 이야기는 여기까지입니다.
다음에 또 다른 책 이야기로 찾아오겠습니다.