리눅스 창시자가 AI 반대 규칙은 "멍청한 짓"이라고 일갈함. (진짜 신의 한 수)

나도 내 개인 프로젝트를 할 때는 개발 속도가 꽤 많이 빨라졌지만, 업무에서는 그만큼의 비약적인 발전은 없었어. 좋은 제품 설계에는 시간이 걸리거든. 여전히 사람 간의 의견 조율이 많이 필요하고, 그 부분은 별로 빨라지지 않았어. 그리고 이제 단순한 앱들은 더 이상 가치가 없다고 생각해. 누구나 이제 플래너나 가계부 앱을 만들 수 있으니까, 예전에는 팔리던 이런 앱들은 이제 아무 가치가 없지. 잘 구상된 앱들은 여전히 그만한 가치를 할 테고, 그런 앱들에게 코딩은 가장 큰 병목 구간이 아니었어. 중요한 건 좋은 UX와 혁신적인 아이디어였고, 이런 것들은 여전히 많은 시간과 노력이 필요해.

오히려 엔지니어링과 '바이브 코딩'의 차이지. 내 생각에 '바이브 코딩'이라는 용어는 AI를 사용하는 모든 사람을 하나로 묶어서, 제대로 된 지적 담론을 나눌 필요도 없이 그들의 작업을 깎아내리려고 만든 것 같아. 악의적인 사람들이 특정 용어로 사람들을 그룹화해서 그들이 무엇을 잘하거나 못하는 것처럼 보이게 만드는 건 언제나 쉬운 일이지. 그들이 퍼뜨리고 싶은 내러티브에 맞춰서 말이야.

누가 사용하고 있는지를 확실히 구분할 필요가 있어. '이런 문제가 있으니 해결할 소프트웨어를 짜줘'라고 말하는 일반인과, 개발자처럼 생각할 줄 아는 제대로 된 구식 개발자 사이에는 엄청난 차이가 있거든. 후자는 프롬프트를 완전히 다르게 작성하고, 완전히 다른 경계를 설정하며, 모델을 훨씬 더 정밀하게 조종할 수 있어. 설령 그렇게 한다고 해도, 이미 어려운 부분은 다 끝냈고 전체적인 설계를 직접 했기 때문에 모델이 무엇을 작성할지 대략 알고 있어서 코드를 읽어봐도 놀랄 일은 별로 없을 거야. 여전히 그 사이에는 엄청난 차이가 있어. 그리고 이런 문제들은 정말 빠르게 쌓이지. 물론 지금은 일회성 프롬프트로 수많은 공통 문제를 해결할 수 있고, 그건 정말 끝내주는 일이야. 하지만 개발자 마인드셋이나 로직 훈련, 아키텍처 이해 같은 것 없이 기능을 하나씩 계속 덧붙이기 시작하면, 모델이 세상의 모든 것을 알고 있다 하더라도 점점 더 느려질 거야. 개발자들이 개발의 시작부터 겪어온 똑같은 문제에 부딪히기 때문이지. 고객과 대화하는 건 정말 골치 아픈 일이야. 고객들은 아무것도 모르고, 뭘 원하는지도 모르고, 어떻게 작동하는지, 어떻게 구현하는지, 제한 사항이나 제약 조건이 뭔지도 전혀 모르거든. 그래서 결국 90%의 토큰은 AI가 네가 도대체 무슨 말을 하는지 알아내려고 애쓰는 데 쓰이고, 그다음에는 네가 처음에 무작위 아이디어를 던졌을 때 결정된, 전혀 준비되지 않은 아키텍처에 그 모든 걸 쑤셔 넣으려고 애쓰는 데 쓰이게 돼. 기본적으로 개발 지옥은 이제 AI 에이전트로 가득 차 있고, 그들도 고통에 비명을 지르며 이미 그곳에 터를 잡은 개발자들과 함께 비참함의 멋진 교향곡을 만들어내고 있다는 말이 있지.

어흠. 잠깐, 내가 어디까지 말했지? 맞아, 바이브 코딩은 멋지지만 개발자 어휘나 사고방식 같은 게 없으면, 실제 개발자와 대화할 때 겪는 똑같은 문제에 부딪히게 돼. 아이디어를 코드로 옮기는 건 결국 네가 뭘 원하는지 이해하는 능력에 의해 금방 한계가 올 거야. 일반인들은 그런 생각을 하도록 훈련받지 않았거든. 그냥 대충 느낌으로 말하는데, 일상생활에서는 괜찮을지 몰라도 코드의 세계에서는 전혀 괜찮지 않거든. 요점은, 소프트웨어에 대해 아무것도 모르는 진짜 일반인들이 '바이브 코더'로서 얼마나 할 수 있을지를 우리가 과대평가하고 있다는 거야. 그리고 실제 개발자가 코드를 한 줄도 보지 않고도 얼마나 많은 통제력을 발휘할 수 있는지를 과소평가하고 있지.

그렇긴 하지만, 이 기술은 여전히 불안정해. 코드를 안 보는 게 적절한 가드레일 같은 게 있으면 잘 작동할 수도 있겠지만, 확실히 도박이지. 확인하기 귀찮을 정도로 충분히 좋지만, 모든 게 저주받은 상태라 정말로 확인해야만 하는 그런 불쾌한 골짜기 같은 상황에 있어. 하지만 요점은 '길 가던 사람이 프롬프트를 썼는데 코드를 이해 못 함 ㅋㅋ'과 '제대로 된 개발자가 업계 표준 모듈형 아키텍처를 완벽히 설계하고 코드를 읽지 않음' 사이에는 아주 넓은 스펙트럼이 존재한다는 거야. 둘 다 코드를 읽지는 않지만, 한쪽은 대부분 잘 돌아갈 것이고 다른 쪽은 개판이 되겠지. 그 차이는 여전히 존재하며 인정받아야 해.

수정: 아니면 시간이 없거나 인내심이 부족하다면: u/Bureaucromancer가 말한 게 사실상 정답이야 D:

게으름과 능력의 문제지. 내가 보기에 크게 세 단계가 있어(물론 더 세분화할 수도 있겠지).

1. 자신이 직접 짤 수 있는 코드를 AI로 작성하는 사람들

2. 자신의 실력을 넘어서는 코드를 AI로 작성하지만, 대부분 이해하고 테스트할 수 있는 사람들

3. 거의 아무것도 모르면서 AI로 코딩하는 사람들

선의로 시작하더라도 세 번째 그룹은 기껏해야 방해만 될 뿐이야. Anti-AI 진영과 AI 찬양론자들이 여러 면에서 비슷하다는 건 전통적인 극단주의의 말발굽 이론을 보는 것 같아.

이 서브레딧의 주제에도 불구하고 여기서 하는 토론이 훨씬 더 이성적이라 놀랍네. 메인 AI 서브레딧에서 똑같은 의견을 냈다가 비추천 폭탄을 맞았거든.

일부 조직들이 직원들에게 AI를 정말 강하게 밀어붙이고 있다고 봐. 업무를 제대로 검토하는 데는 시간이 걸리는데, 이제는 비현실적인 시간 안에 일을 끝내지 못하면 '느린 사람'으로 낙인찍히지. 관리자들이 AI를 쓰면 기능을 구현하는 데 한 시간이면 된다고 주장하는 걸 직접 봤어. 하지만 그 '솔루션'을 자세히 들여다보면, 이미 적용된 비즈니스 로직을 고려하지 않아서 중복 코드만 만들어내더라고. 정말 어쩔 수 없이 그냥 따라갈 수밖에 없는 상황이야.