개발하는 편집자

[바이브 코딩: 프러덕션의 원칙] DORA 보고서를 이끄는 DevOps 계의 아버지 진 킴, 전설이 된 구글, 아마존 출신의 스티브 예기 두 사람이 공저하고 제가 번역을 맡은 > 바이브 코딩: 프러덕션의 원칙이 예약 판매를 시작합니다. 책을 번역하며 감사하게도 저는 한국 독자보다 수개월 빠르게 (하네스 엔지니어링, 루프 엔지니어링이라는 단어가 유행하기 전에도) 하네스와 루프를 구축하는 능력, 변하지 않는 본질을 보는 눈, 누가 오래 갈 기술을 만들고 전파하는가를 보는 눈을 갖출 수 있었습니다. 이 책엔 구체적으로 어떤 툴을 써야 하나, 코드 수준에서 어떻게 하네스를 구축해야 하나 같은 이야기는 거의 없습니다. 2~3년이 지나도 내 책장 안에서 체크리스트처럼 나를 점검해줄 유효한 이야기가 담겨있습니다. ===== 1️⃣ 개발자 툴의 캄브리아기 대 폭발 많은 툴들이 나왔다가 사라집니다. 쓰다 안쓰는, 안쓰다 다시 쓰는 툴들도 생깁니다. 저자들은 툴에 '자아 부여 금지'라는 말을 합니다. 2️⃣ 무엇이 유행을 타지 않는 기술일까 한창 MCP 무용론이 소셜네트워크에서 돌았죠. CLI가 더 빠른데 MCP는 사라질 거라고요. 하지만 MCP는 그 이름 그대로 혹은 '커넥터'라는 옷을 입고 AI 툴을 쓰는 모두가 쓰는 기술이 되었습니다. 공무원들이 만든 자체 MCP는 공공 AX의 근간이 되어주고 있습니다. 3️⃣ AI로 높아진 생산성, 어떻게 측정하나요? 취준생에게도, 툴을 사주는 C레벨의 입장에서도, 중간 관리자로서도 이 질문은 가장 골치가 아픈 질문입니다. DORA(DevOps Research and Assessment) 연구와 보고서를 이끄는 진킴이 그 답을 찾아드립니다. 엔지니어링 리더는 4부로 넘어가서 다양한 실천법을 보시길 바랍니다. 4️⃣ 소프트웨어 공학 교과서, 다시 써야한다. 저는 대학원에서 소프트웨어 공학(소공)을 전공했습니다. 전공자들은 다들 아실 이안 소머빌의 책으로 공부했습니다. 서강대학교 미래교육원에선 3학점짜리 소공 과목을 강의하기도 했고요. 이제 이안 소머빌 책을 비롯한 전세계 소공책은 다시 쓰여야 합니다. 기능 점수 산정법은 없어져야겠죠? "그러면 남아야 할, 더 강화되어야 할 챕터는 어디일까" 그 질문에 대한 답을 찾으실 수 있습니다. 힌트! 대학 강의를 가면 저는 학생들에게 대학원에 설립되어있는 3학점짜리 테스트 과목을 들으라고 항상 강조합니다. ===== 내가 잘하고 있나? 이 책으로 점검하셔도 좋습니다. 부족한 점은 무엇인가? 이 책으로 보강하세요. 구체적인 실천 방안에 대한 글을 꾸준히 공유드릴게요.