neozest : neo+zest

"한빛미디어 서평단 <나는리뷰어다> 활동을 위해서 책을 협찬 받아 작성된 서평입니다."

대 AI 시대, AI가 소프트웨어 개발 현장에 본격적으로 도입되면서 단순한 도구의 변화의 범위를 뛰어넘는, 새로운 개발 패러다임이 등장하는 느낌을 받고 있습니다. 이번에 읽은 책은 구글 크롬팀의 애디 오스마니의 저작  '바이브 코딩 너무 개발자 생존법'("Beyond Vibe Coding: From Coder to AI-Era Developer")입니다. 이 책은 최근 개발자들이 겪고 있는 변화의 본질을 이야기하며, 프로덕션 레벨의 AI 보조 개발 프로세스에 대한 현실적인 가이드를 제시하고 있습니다.

바이브 코딩으로 대변되는 AI 개발 방법론들은 프로토타이핑 단계의 혁신을 가속화하고 있지만, 프로덕션 수준의 소프트웨어를 개발하려면  더 구조화된 접근 방식이 필요하다고 생각합니다. 저자 역시 'AI 보조 엔지니어링'을 통해 바이브 코딩의 창의성과 전통적인 엔지니어링의 체계성을 결합한 구조적 접근방식을 통해, 단순 동작하는 코드를 넘어 유지보수가 가능한 안전한 코드를 작성하는 프로세스를 고민하고 있습니다.

애디 오스마니는 70% 문제라고 표현하는데, AI도구를 통한 개발은 70%까지는 빠르게 진행시키지만, 나머지 30%의 완성은 엔지니어가 문제와 시스템을 해결해야 쉽게 완성할 수 있다고 이야기합니다.  저도 처음 AI가 나왔을 때 대졸 신입 사원으로 인식했다가 지금은 대학원 나온 차장급 인재로 이야기를 많이 합니다. 소프트웨어 개발에서 AI에게는 양(많은 코드, 기본 구조를 갖추기 위한 골격 코드)를 맡기고, 인간은 질(복잡한 로직과 아키텍처)를 맡음으로써 서로 윈윈하는 모델을 만들 수 있다는 주장에 공감합니다. AI 기술의 발전은 놀라운 수준임이 분명하지만, 우리가 소프트웨어를 통해 해결하고자 하는 문제의 본질적 복잡성을 생각한다면 애디의 주장이 맞지 않을까요? 결국 이 시대의 변화속에서 개발자에게 요구되는 것은 복잡성을 풀어내는 능력이라고 생각되었습니다.

 책은 시대의 변화를 이야기하는데, 정작 엔지니어에게 필요한 것은 그동안 인류가 쌓아온 소프트웨어 공학의 철학과 절차, 원칙이 아닌가 하는 조금은 역설적인 생각이 이 책을 읽다가 들었습니다. 결국 살아남는(?) 강한 개발자가 되려면 기본기를 탄탄히 알아야 하고, 문제의 복잡성을 파악하고 관리하면서, 무엇을 어떻게 왜 만들지 결정하는 창의적이고 분석적인 사고를 할 수 있는 주체가 되어야 한다는 점... 앞으로의 커리어를 이어나가는데 여러 생각의 꼭지를 제공해 줍니다.

요즘 지인들을 만나면 AI는 경험을 증폭시켜주는 도구라는 이야기를 많이 나눴는데, 이 책은 주니어와 시니어들이 AI라는 새로운 도구를 어떻게 받아들여야 할지, 팀 업무 속에서 어떻게 융합시킬지 고민하는 분들에게 도움이 될 것 같습니다. 읽는데 부담이 가거나 하는 수준의 번역은 아니었는데, 아쉬운 부분은 있습니다.

이 책 읽으신 분들은 저자의 유튜브 동영상도 함께 보시면 좋겠네요.

맨땅에 헤딩한다는 말이 있다. 아무것도 없는 상태에서 문제에 부딪히면서 결국 해결해낸다는 뜻이리라.

언젠가 유퀴즈였던 것으로 기억하는데, 한 출연자가 기업에서 받은 어려운 과제에 대해 바로 답을 내놓을 수 있는 이유는 미리 그 문제와 비슷한 문제에 대한 고민을 해봤기 때문이라고 말하는 장면이 기억난다. 결국 한번 해본 문제는 더 좋게, 잘 해결할 수 있다.

개발자들에게는 그러한 역량이 뭘까? 결국 직접 만들어본 경험이라 생각한다. 책으로 지식을 쌓고, 프로젝트를 통해 적용해 보면서 경험하는 것. 그로 인한 Lessons Learned를 얻는 것. 이 과정이 개발 지식을 제대로 소화하는 과정이 아닐까?

최근 제목에 '밑바닥부터' 또는 '직접 만들어보는'이 들어간 IT서적들이 보인다.  

특히 최근 주목받는 두 권이 있는데, 하나는 길벗에서 나온 <밑바닥부터 만들면서 배우는 LLM>, 또하나는 한빛미디어에서 나온 <밑바닥부터 시작하는 웹 브라우저>이다. 둘다 파이썬으로 LLM과 웹브라우저를 만든다.  밑바닥 시리즈는 딥러닝아닌가 싶긴 한데.. 여하튼 결국 개발자/엔지니어에게 학습 경험이란 뭔가를 따라하면서 만들어 보고, 그것을 수정하면서 고장냈다가 고쳐보고, 그 과정에서 전체적인 모델이 마음속에 그려지는 과정이지 않을까하는 생각이 들었다. 하긴 소프트웨어의 개발 풀 과정을 경험해 보기 위해 사이드 프로젝트를 하는 것 아닌가.

덤으로 에전에 트위터에서 봤던 직접 만들기 웹사이트도 찾아서 기록해 둔다.

레디스같은 키-밸류 캐시 만들기: https://www.build-redis-from-scratch.dev/en/introduction

엇. 예전 알던 자신만의 레디스 만들기 사이트 갔더니, 레디스 뿐만 아니라 쉘, grep, 인터프리터, 토런트, 카프카, SQLite, HTTP 서버 만들기가 생겼다.추석때 해보자(추석때 해야할 게 너무 많구나....)

https://app.codecrafters.io/catalog