바이브 코딩(vibe coding)도 어느 지점에선 한계가 느껴지지 않나요?

난 다 싫음. 근데 내가 좋아하는 용도가 하나 있음. 퇴사한 사람이 남긴, 내가 모르는 언어로 작성된 프로젝트인데 없앨 수도 없는 그런 거 처리할 때 최고임.

이번 주에 팀 워크플로우 자동화하려고 500줄짜리 파워셸 스크립트를 바이브 코딩으로 짰음. 파워셸은 한 줄도 써본 적 없는데(제품 요구사항이었음) 이거 아니었으면 절대 못 했을 거임. 요구사항 정리하고 찌꺼기 코드 정리하는 데 한 시간 정도 걸림. 5000줄이었으면 엄청나게 망가졌을 거라 생각함.

*서구권에서는...

난 제3세계에 사는데, 200달러로는 아무것도 안 만듦. 랜딩 페이지 정도면 모를까.

거기엔 어느 정도 노하우가 필요한 것 같네.

200달러로 내가 할 수 있는 최선은 'Hello World' 찍는 거임.

내 생각엔 이 시점에서도 뭐가 좋은 코드인지 알 수 있을 만큼 코드와 아키텍처를 알아야 함. 직장에서 간단한 작업은 아주 잘 처리해서 딱히 수정할 게 없는데(이상한 변수명이나 useState에 다 때려 박으려는 것 빼고), 복잡한 걸 시키면 금방 과하게 복잡하게 만들어서 내가 직접 대안을 제시하며 더 단순하고 덜 깨지기 쉬운 코드로 만들어야 함.

앞으로도 한참 동안은 이럴 것 같음. 이렇게 생각해보셈. LLM은 우리가 엄청나게 빠르게 확장해 온 새로운 모델 아키텍처지만, 그 아키텍처가 강제하는 한계가 있음. LLM은 매우 일반화된 토큰 기반 모델이라 언어로 표현하기 어려운 복잡한 설계 고려사항을 진정으로 이해하게 만들기가 매우 어려움. 이건 모든 새로운 모델 설계(거의 모든 새로운 기술)에서 일어나는 일임. CNN도 혁명적이었지만...