00:00:00Cursor는 장시간 실행 작업을 위한 새로운 최첨단 모델인 GPT 5.2 Codex in Cursor의 출시를 발표했습니다.
00:00:08하지만 사실 그건 제 영상의 핵심이 아닙니다.
00:00:11대신, 제 영상의 핵심은 Cursor의 CEO인 Michael Truel의 이 게시물입니다.
00:00:18그는 이 모델을 사용했다고 언급하는데,
00:00:20제 생각에 적어도 여기서 언급하는 건 GPT 5.2이지 Codex는 아니지만,
00:00:25아마 Codex를 의미하는 것 같습니다.
00:00:28그들은 이 모델을 사용해서 AI만으로 브라우저를 만들었습니다.
00:00:32제가 이해하기로는 일주일 동안 중단 없이 실행되었기 때문입니다.
00:00:37그러니까 Cursor의 AI가 일주일 동안 실행되면서 브라우저를 만든 겁니다..
00:00:43수천 개의 파일에 걸쳐 300만 줄 이상의 코드를 작성했고,
00:00:47작성한 렌더링 엔진은 처음부터 새로 만들어졌으며 HTML 파싱,
00:00:52CSS 캐스케이드 등 브라우저에서 기대할 수 있는 모든 기능을 처리합니다.
00:00:57하지만 여기에는 한 가지 중요한 제약이 있습니다.
00:01:01어느 정도는 작동한다는 것입니다.
00:01:03그리고 저는 Cursor 팀이 어디서 이런 말을 하는지 완전히 이해합니다.
00:01:09AI가 단독으로 대부분 작동하는 브라우저를 만들었다는 것은 인상적입니다.
00:01:14하지만 제가 브라우저를 만든 적도 없고 아마 앞으로도 만들지 않겠지만,
00:01:2080%에서 100%까지 끌어올리는 모든 부분이 복잡하다는 건 누구나 인정할 겁니다.
00:01:26그리고 이건 브라우저에만 해당하는 이야기가 아닙니다.
00:01:30코딩 외에도 무언가를 만들어본 적이 있다면,
00:01:33대부분의 프로젝트에서 어려운 부분은 80%를 완료한 순간부터 시작된다는 걸 알 것입니다.
00:01:40마케팅 같은 정말 어려운 부분은 말할 것도 없고요..
00:01:45저는 그냥 만드는 것에 대해 이야기하고 있습니다.
00:01:49많은 프로젝트,
00:01:50많은 소프트웨어에서 100%까지 도달할 필요는 없지만,
00:01:5380%나 70%로는 부족할 수 있습니다.
00:01:56그리고 바로 그 추가적인 부분을 달성하는 것이 매우 어려울 수 있고,
00:02:01AI만으로는 도달하지 못할 수도 있습니다.
00:02:04그냥 AI만으로는요.
00:02:06여기서 명확히 하고 싶은 게 있는데, 그 영상을 잘못 해석하거나 오해하기 쉽기 때문입니다.
00:02:12저는 AI에 대해 100% 긍정적입니다.
00:02:15항상 사용하고 있습니다.
00:02:17예를 들어, buildmygraphic.com은 대부분의 코드가 AI로 작성되었습니다.
00:02:23하지만 바이브 코딩으로 한 게 아니라,
00:02:26제 지시에 따라,
00:02:27제가 직접 코드를 검토하고,
00:02:29필요할 때 제가 직접 코드에 들어가서 수정하면서 만들었습니다.
00:02:33하지만 이 사이트를 위해 AI를 많이 사용했습니다.
00:02:37또한 최근에 개발자를 위한 AI 강좌의 대규모 업데이트를 출시했는데,
00:02:42거기서 GitHub Copilot과 Cursor를 효율적으로 사용하는 방법을 안내하고 AI를 더 잘 활용할 수 있도록 그들이 제공하는 다양한 기능들을 살펴봅니다.
00:02:54왜냐하면 저는 다른 영상에서도 공유했듯이, AI가 개발자의 미래라고 믿기 때문입니다.
00:03:00매우 유용한 도구이고, 이것을 집중적이고 효율적으로 사용하는 것이 필수적일 것입니다.
00:03:06그것은 제가 완전히 확신하는 부분입니다.
00:03:09하지만 순수한 형태의 바이브 코딩이 우리를 그곳까지 데려다 줄 것이라고는 확신하지 못합니다.
00:03:15그리고 그것은 설명할 가치가 있습니다.
00:03:18바이브 코딩과 에이전틱 엔지니어링 사이에는 스펙트럼이 있다고 할 수 있기 때문입니다.
00:03:24물론, AI를 전혀 사용하지 않는 것도 있다고 할 수 있습니다.
00:03:29하지만 다시 말하지만, 저는 AI를 사용해야 한다고 확신합니다.
00:03:33그리고 질문은 그 스펙트럼 위 어디에 있느냐는 것입니다.
00:03:37여기에 있나요.
00:03:38여기에 있나요?
00:03:39중간에 있나요?
00:03:40그 어디든 있을 수 있습니다?
00:03:42하지만 서로 다른 트레이드오프나 사용 사례가 있다고 할 수 있습니다.
00:03:47또한 바이브 코딩을 어떻게 정의하느냐의 문제이기도 합니다.
00:03:51제가 이해하는 바이브 코딩은 AI가 코드를 작성하도록 하고,
00:03:56코드 리뷰를 하지 않으며,
00:03:58코드베이스에 대한 이해가 없고,
00:04:00이 패턴을 사용하라거나 이 패키지를 사용하라는 식의 코드 특정 지시도 전달하지 않는 것입니다.
00:04:07그러니까 코드에 대해 정말 아무것도 모르는 상태인 거죠.
00:04:11그게 제가 정의하는 100% 바이브 코딩입니다.
00:04:14그리고 분명히 다른 정의들도 많이 있습니다.
00:04:17그건 그냥 제가 바이브 코딩이라고 부르는 것입니다.
00:04:21이런 형태의 코딩은 상업용 제품이나 실제 제품에는 미래가 없다고 생각합니다.
00:04:26하지만 다른 것들, 다른 종류의 제품에는 훌륭할 수 있습니다.
00:04:31예를 들어, 바이브 코딩은 개인용 유틸리티 도구나 일회용 소프트웨어에 좋을 수 있습니다.
00:04:37한두 번 사용하고 별로 신경 쓰지 않는 것,
00:04:40또는 무료 소프트웨어처럼 사람들에게 돈을 받지 않아서 그렇게 잘 작동하는지가 크게 중요하지 않은 경우에요.
00:04:48이런 주장을 할 수 있고, 저는 이것들이 순수한 바이브 코딩이 유효한 사용 사례라고 봅니다.
00:04:54AI를 사용해서 무언가를 하는 스크립트를 요청하고,
00:04:58모든 엣지 케이스를 다루는지,
00:05:00잠재적인 버그가 있을 수 있는지 신경 쓰지 않는 거죠.
00:05:04왜냐하면 당신을 위해 작업을 완수하면 만족하니까요.
00:05:08그건 전혀 문제없습니다.
00:05:09바이브 코딩을 해도 괜찮습니다.
00:05:11이제 스펙트럼의 반대편에는 에이전틱 엔지니어링이 있습니다.
00:05:16제가 하고 있고 미래라고 생각하는 에이전틱 엔지니어링에서는 AI를 도구로 사용합니다.
00:05:22이것은 단순한 작업에만 사용한다는 의미가 아니며, 복잡한 작업도 포함될 수 있습니다.
00:05:28잘못 이해하기 쉽기 때문에 저에게 매우 중요한 부분인데, 복잡한 작업도 포함될 수 있습니다.
00:05:34하지만 사용하고 싶은 패턴, 라이브러리 등에 대한 명확한 지시가 있다는 의미입니다.
00:05:40또한 어떤 식으로든 코드를 검토한다는 의미이며,
00:05:44다른 AI 도구의 도움으로 자동화된 리뷰를 포함할 수도 있지만,
00:05:48무슨 일이 일어나고 있는지 이해하기 위해 때때로 코드를 살펴볼 것입니다.
00:05:54그리고 AI가 막혔을 때나,
00:05:56특정 인터페이스가 어떻게 보여야 하는지 또는 어떤 패턴을 사용하고 싶은지 알고 있어서 AI가 당신의 생각을 완성할 수 있도록 특정 구현을 시작하고 싶을 때 직접 코드에 들어간다는 의미이기도 합니다.
00:06:10말하자면, 이것이 미래라고 봅니다.
00:06:12올해, 에이전틱 엔지니어링, 그것이 적어도 제 미래입니다.
00:06:17물론 여기서 제가 틀릴 수도 있습니다.
00:06:19몇 년 후에는 AI가 너무 뛰어나서 모든 것을 할 수 있어서 바이브 코딩이 유일한 방법일 수도 있습니다.
00:06:27그렇게 될 거라고 생각하지는 않지만, 절대적으로 가능합니다.
00:06:31하지만 지금 당장 유일한 잘못된 결정은 이 스펙트럼 위 어디에도 있지 않은 것이라고 생각합니다.
00:06:38어디든 있어야 합니다.
00:06:40분명히 AI를 사용해야 합니다.
00:06:42다른 영상에서도 공유했습니다.
00:06:44하지만 이 게시물로 돌아와서, 저는 그 "일종의 작동한다"는 것에 문제가 있습니다.
00:06:50그리고 여기서 언급했듯이 이 커서 게시물의 맥락에서 이해합니다.
00:06:55또한 주목할 만한 점은 분명히 커서 팀이 서사를 바꾸거나 다시 가시성을 얻고 싶어한다는 것입니다.
00:07:02특히 X에서 지난 몇 주 동안 개발자들이 Claude Code를 Rolf 루프와 함께 사용해서 결국 바이브 코딩에서 영감을 받은 방식으로 AI가 모든 것을 만들도록 하는 것이 지배적이었습니다.
00:07:16커서 팀이 커서도 AI와 함께 장기 실행 작업을 하고 AI가 자율적으로 소프트웨어를 만들도록 할 수 있다는 것을 보여주고 싶어하는 것은 이해가 됩니다.
00:07:26왜냐하면 그것이 분명히 지금 특히 X에서 많은 가시성을 얻고 있기 때문입니다.
00:07:32그러니 완전히 이해합니다.
00:07:34그리고 다시 말하지만, 커서는 놀라운 도구입니다.
00:07:37그 점에 대해 명확히 하고 싶습니다.
00:07:40저는 단지 이 "일종의 작동한다"는 태도에 문제가 있는데, 왜냐하면 가속화되고 있다고 생각하기 때문입니다.
00:07:48이제 AI와 함께 점점 더 하나의 현상이 되고 있습니다.
00:07:52그리고 우리는 수년 동안 이것을 봐왔습니다.
00:07:55AI가 나오기 훨씬 전부터 iOS나 Windows 같은 운영 체제가 악화되는 것을 봐왔습니다.
00:08:02버그로 가득 차 있습니다.
00:08:03출시 첫날에 종종 플레이할 수 없는 비디오 게임에서도 볼 수 있습니다.
00:08:08너무나 많은 소프트웨어에서 볼 수 있습니다.
00:08:12AI와는 아무 관련이 없습니다..
00:08:26소프트웨어 품질이 악화되었습니다.
00:08:28이해합니다.
00:08:29빠르게 반복할 수 있고, 문제를 즉석에서 고칠 수 있죠.
00:08:33그게 지난 15년간 형성된 사고방식입니다.
00:08:36그리고 그 사고방식이 AI와 함께 지속되고 가속화되는 것을 저는 목격하고 있습니다.
00:08:42AI를 사용하면 당연히 문제를 빠르게 고칠 수 있으니까요..
00:08:47예를 들어 코드를 마구 작성하는 경우, 버그에 대해 크게 신경 쓰지 않을 수 있습니다.
00:08:53어차피 즉시 고칠 수 있으니까요.
00:08:56코드베이스의 품질이 형편없어도 상관없을 수 있습니다.
00:09:00사람이 들어가서 볼 필요가 없으니까요.
00:09:02AI가 알아서 파악하고 고칠 테니까요.
00:09:05그리고 깔끔한 하나의 구현 대신 발생할 수 있는 모든 문제를 고치기 위해 수많은 if문을 사용하는 것도 문제가 안 될 수 있습니다.
00:09:15다시 말하지만, 그것도 분명히 우리가 맞이할 수 있는 미래 중 하나입니다.
00:09:20저는 그것이 미래라고 생각하지 않습니다.
00:09:23확실히 그런 미래를 바라지도 않지만, 그럴 가능성은 있습니다.
00:09:28하지만 개발자로서,
00:09:29소프트웨어를 만드는 기업으로서,
00:09:31고품질 소프트웨어,
00:09:32출시 첫날부터 망가지지 않는 소프트웨어,
00:09:35형편없지 않은 소프트웨어에 대한 실질적인 시장이 존재할 것이라고 생각합니다.
00:09:41AI를 사용해 더 나은 소프트웨어를 만들 수도 있습니다.
00:09:45빠르게 움직이면서 소프트웨어 품질을 희생하도록 강요하는 법칙은 없습니다.
00:09:50AI를 활용해 더 나은 소프트웨어를 만들고,
00:09:53두 세계의 장점을 모두 얻고,
00:09:55여러분의 기술과 AI를 결합하고,
00:09:58AI를 코드를 검토하는 또 하나의 눈으로 활용할 수 있습니다.
00:10:02저는 우리가 그 방향으로 더 나아가기를 바랍니다.
00:10:06왜냐하면 대다수는 아마 그렇게 하지 않겠지만,
00:10:09고품질 소프트웨어를 만들고 두 세계의 장점을 모두 얻으려는 기업과 개발자들에게는 가치 있는 기회가 열릴 것이라고 믿기 때문입니다..