바이브 코딩의 가능성은 분명 놀라워요. 프롬프트 몇 줄이면 화면부터 서버, 배포까지 한 번에 처리되니까요. 그런데 막상 써본 사람들 사이에서는 좀 다른 이야기가 나오고 있어요.

"AI로 빠르게 만들긴 했는데, 기능 하나 추가하려니까 코드가 전부 엉켜서 처음부터 다시 짜야 했어요." "사용자가 좀 늘어나니까 바로 서버가 터졌는데, 알고 보니 구조 자체가 잘못돼 있었어요." 바이브 코딩을 경험한 개발자들 사이에서 이런 이야기가 점점 많아지고 있거든요.

코드를 만드는 건 AI가 해줄 수 있어요. 하지만 그 코드가 올바른 구조인지, 나중에 기능을 추가해도 무너지지 않는 구조인지 판단하는 건 여전히 사람의 몫이에요. 전문가들은 이렇게 쌓이는 문제를 '기술 부채'라고 부르는데요. 코드를 '만드는' 비용은 거의 0원에 가까워졌지만, 잘못 만든 코드를 '고치고 유지하는' 비용은 오히려 폭발적으로 늘어날 수 있다는 거예요.

여기서 또 하나의 문제가 있어요. "객체지향이 중요한 건 알겠는데, 나는 그걸 제대로 배운 적이 없는데?" 하는 사람들이 정말 많다는 거예요.

자바 문법은 능숙하게 다루는데, 막상 설계를 시작하면 어디서부터 손을 대야 할지 모르겠고. 클래스와 상속을 쓰고 있긴 한데, "이게 정말 객체지향적인 코드인가?" 하는 의문이 떠나지 않고. 디자인 패턴이라는 걸 공부해봤지만, 외우기만 했지 실전에서 언제 써야 하는지 감이 안 오고.

이런 경험, 혹시 해본 적 없나요?

사실 이건 개인의 노력 부족이 아니에요. 대부분의 교재가 문법은 알려주면서 설계는 안 알려주기 때문에 생기는 문제거든요. 클래스 만드는 법, 상속 쓰는 법은 가르쳐주는데, "왜 이 구조가 좋은 구조인지", "이 클래스들의 관계를 어떻게 설계해야 나중에 변경이 쉬운지"는 다루지 않는 경우가 많아요. 도구는 쥐여줬는데 설계도를 그리는 법은 안 알려준 셈이죠.

문법과 설계 사이의 이 간극, 바이브 코딩 시대에는 더 치명적이에요. AI에게 올바른 방향을 지시하려면, 결국 내가 먼저 좋은 설계가 뭔지 알아야 하니까요.

이런 고민을 안고 있는 분들에게 『K 교수의 두 번째 객체지향 이야기』라는 책을 소개하려고 해요. 서울대와 KAIST 전산학 박사 출신 교수 두 분이 수십 년간 객체지향을 연구하고 가르쳐 온 경험을 648쪽에 녹여낸 책이에요.

이 책이 특별한 건, 문법이 아니라 '왜 이렇게 설계해야 하는가'를 알려준다는 거예요. C 코드가 자바로 진화하는 과정을 직접 보여주고, UML 설계도에서 코드로 변환하는 공식을 제시하고, 디자인 패턴을 외울 대상이 아니라 실제 문제의 해법으로 만나게 해줘요. 완성된 프로그램을 처음부터 끝까지 함께 만들면서, 나무가 아닌 숲을 보는 시야도 넓힐 수 있고요.

"코드는 누구나 작성할 수 있지만, 좋은 설계는 객체지향을 이해한 사람만이 만들 수 있다"는 저자의 말처럼, 이 책은 코드를 짜는 법이 아니라 설계하는 눈을 기르는 법을 알려주는 책이에요.