왜 '바이브코딩'은 협업이 무의미하다고 느끼게 하거나 이상한 방향으로 흐르게 만드는 걸까?

그 이유는 이제 혼자서도 예전에는 상상도 못 했던 것들을 시작할 수 있게 됐기 때문이라고 생각함. 나도 15년 동안 꿈꿔왔던 게임 개발을 몇 달 전에 시작했는데, 같이 만들 사람이 있으면 정말 좋겠음. 근데 내가 돈을 한 푼도 줄 수가 없어서 사실상 불가능한 이야기지.

와, 진짜 공감함. 나도 2092년부터 이런 아이디어를 가지고 있었다고 어디서 말했더니 사람들이 비웃더라고. 근데 이제 첫 번째 기본 프로토타입을 만들었음. 프로젝트 작업도 잘 진행 중이고.

AI를 쓰면 숙련된 사람 한 명이 예전에는 팀 단위로 하던 일을 끝낼 수 있게 됨. 프로젝트에 누군가를 끌어들이면 아이디어를 도용당하거나 리버스 엔지니어링을 당할 위험이 생기지. 팀에 합류하거나 '공동 창업자'가 되는 것도 내 기여가 무시당하거나 정당한 보상 없이 프로젝트에서 쫓겨날 위험을 동반함.

이런 점들을 고려하면, 여러 명이 모여서 다양한 관점과 기술을 공유하는 게 더 많은 일을 할 수 있는 건 맞지만, 일부 혹은 대부분의 사람들이 감수하고 싶어 하지 않는 위험 요소들이 생기는 거임.

프로젝트 내에서의 지위를 잃는 것 같은 문제들은 확실히 큰 걱정거리지만, 내가 말하는 건 모든 작업물이 투명하게 공개되는 오픈 소스 프로젝트들임. 다들 그냥 '더 좋게 복제'하고 싶어 할 뿐이지(특히 레이싱 게임 쪽이 심함).

네가 설명하는 것 중 일부는 사람들이 어떤 종류의 애플리케이션을 만드느냐에 달려 있다고 봄.

맞음, 며칠 만에 만들 수 있는 건 당연히 복제되거나, 빌려 쓰이거나, 다른 사람들에 의해 재구현될 거라고 예상함. 그런 소프트웨어는 진입 장벽이 엄청나게 낮아졌으니까.

하지만 더 규모가 큰 소프트웨어는 이야기가 다름. Chromium 포크 대신 처음부터 완전히 작동하는 브라우저를 만들거나, 더 예쁜 인터페이스를 가진 Arch 기반 배포판 대신 완전히 새로운 운영체제를 만드는 걸 우리가 갑자기 보지 못하는 데에는 이유가 있음. 기업들이 AI 기반 Rust 재작성에 매달 수십만 달러를 쏟아붓고도 완전하고 기능적인 대체품을 만드는 데 고전하는 이유이기도 하고.

나도 프롬프트 하나나 며칠 만에 만들 수 있는 프로젝트가 많음. 하지만 내가 정말 공을 들이는 프로젝트들은 멀티 에이전트 팀이 24시간 내내 작업해도 개발에 몇 달이 걸림.

그게 여기서 놓치고 있는 차이점이라고 생각함. 소프트웨어를 만들기 쉬워졌다고 해서 소프트웨어 공학의 어려운 부분들이 사라지는 건 아님. 단지 더 많은 사람이 참여할 수 있게 되었고, 단순한 프로젝트들은 필연적으로 훨씬 더 많은 중복이 발생할 뿐임.

반면에 더 크고 복잡한 프로젝트들은 여전히 개발자들이 협업하고, 개별 구성 요소를 기여하며, 공유된 생태계 위에서 구축하는 커뮤니티의 혜택을 받음. 오히려 AI는 그런 협업을 무의미하게 만드는 게 아니라, 훨씬 더 생산적으로 만들 잠재력이 있음.