[🧑‍💻] AI로 빨리 만드는 것과 프로답게 만드는 것은 다르다

✨ GPT-5.6 Sol의 요약 　

AI와 하네스로 구현 속도를 높였지만 기획·디자인·문서의 통일성은 놓쳤고, 외부 팀의 Figma와 매뉴얼 앞에서 내 오만함을 돌아본 기록.

역시 사람은 겸손해야 한다.

며칠 전, 회사에서 외부에 맡겨 꽤 오랫동안 만든 업무 시스템을 봤을 때 솔직히 “이거 내가 만들었으면 훨씬 빨리 끝냈을 것 같은데…” 하는 생각이 들었다.

AI와 하네스로 얻은 속도

나는 아무리 AI를 활용한 바이브코딩이 여러모로 허점이 있기는 하더라도, 충분히 개선 가능할 것이라고 보았다. TDD 기반으로 최대한 꼼꼼히 진행한다면, 그리고 반복적으로 발생될 수 있는 이슈를 막기 위한 하네스를 잘 짜둔다면 말이다. 요즘 AI에 진심인 빅테크 쪽을 보고 있으면, 직접 코딩하는 개발자의 비중 자체가 줄어들 것 같다는 생각도 들었다.

물론, 사실 위의 내 의견은 아직도 전혀 변함이 없다. AI를 잘 쓰고, 테스트와 하네스를 제대로 깔고, 재발 방지 구조를 꼼꼼히 만들면 개발 속도와 품질은 크게 달라질 수 있다고 본다.

하지만 “훨씬 빨리 끝냈을 것 같은데…“라는 그 오만함에 대해서는 반성해야겠다고 느꼈다.

나는 최근 이런 식으로 개발하곤 했다. 에이전트와 치고받으면서 하네스 엔지니어링 구조를 계속 개선하고, 다양한 이슈의 재발을 막고, 신규 기능을 붙이고, 피드백을 받아 다시 고친다. 반복되는 작업은 워커/코디네이터 에이전트를 만들어 실행한다.

통일성을 빠뜨린 내 개발

이 루틴은 빠른 개발 속도와 재빠른 방향 전환을 보장해주었고, 비슷한 이슈 재발 방지도 나름대로 잘 되기는 했다. 하지만 전체 제품을 하나의 기획과 디자인 철학으로 묶는 힘은 약했다. 그러다 보니 구현은 빠르게 밀어붙였지만, 디자인적/기능적/기획적 통일성은 매우 낮았다.

다만 이걸 바이브코딩의 태생적 한계라고 보지는 않는다. 내가 아직 하네스 엔지니어링 안에 기획, 디자인, 문서화의 기준까지 충분히 녹여내지 못한 것에 가깝다.

Figma와 매뉴얼에서 본 프로 정신

그런데 그 외부 팀이 Figma를 적극적으로 활용해 다양한 화면 구조를 기록해두고, description과 flow도 남겨둔 것을 보니 확실히 보였다. 주먹구구식으로 무작정 달려드는 나의 개발과는 다른 프로 정신. 그들이 보여준 기획안과 결과물의 높은 통일성은 강한 신뢰감을 주었다.

그들의 프로 정신은 GitBook 매뉴얼에서도 드러났다. 나는 그냥 알아서 만들어놓으면 사용자가 알아서 잘 쓰겠지. UI/UX를 직관적으로 잘 만들면 되겠지. 하는 생각만 했다. 사내 직원들을 위한 가이드북을 만들 생각은 꿈에도 하지 못했다.

물론 UX가 좋다면, 도움말 버튼이 직관적으로 딱딱 붙어 있다면… 굳이 가이드북 따위가 필요할까? 싶은 의구심은 솔직히 아직도 남아있다.

어쨌든 뭐… 지금도 LLM 사용을 최소화하면서 직접 코딩하는 건 꽤 구시대적이고 권장하기 어려운 개발 문화라고 생각하기는 한다. 하지만 적어도 내가 그들을 가볍게 여기며 내려까댈 정도의 프로 레벨은 아니라는 점은 확실히 깨달았다.

항상 겸손하자. 항상 배우자.