첫째, 그 분야를 위한 최고의 제품을 만들고, AI가 성숙해지고 더 나아짐에 따라 그 지식 노동의 실제 행위가 무엇인지 정의

https://youtu.be/deMrq2uzRKA?si=5H9nvsu8WDROkbWi

Michael Truell: How Cursor Builds at the Speed of AI

- - 저희 팀의 초기 10명을 성장시키면서, 저희는 그 사람이 '싫다'고 말한 후에도 전 세계를 날아가는 것과 같은 미친 채용 스턴트를 벌였습니다. 미래에 회사가 직면하게 될, 그리고 과거에도 직면했던 핵심 과제 중 하나는 우리가 아이팟 시대와 같은 시장에 있다는 것이며, 이제 아이폰 시대가 올 것입니다.

- - 커서(Cursor)의 공동 창립자이자 CEO인 마이클 트루엘과 제너럴 파트너인 마틴 카사다를 무대로 환영해 주십시오. 여기 오게 되어 좋습니다. 모두 좋은 아침입니다. 와주셔서 감사합니다, 마이클. 기쁩니다. 와주셔서 감사합니다. 그는 이런 일들을 정말 아주 드물게 합니다. 제가 사정해야 했죠. 와주셔서 정말 감사합니다. 놓치지 않았습니다.

- - 좋습니다. 모두가 알다시피 마이클은 커서의 CEO이며, 저희가 본 회사 중 가장 빠르게 성장하는 회사 중 하나입니다. 사방에 있고, 미쳤습니다. 채용하고 그 모든 것을 운영해야 합니다. 그래서 실제로 제가 파헤치고 싶은 것은 일반적인 창업자의 여정이 아니라, 이 혼란을 어떻게 대처하고 계신지에 대한 것입니다. 괜찮으신가요? 물론이죠, 네, 정말 좋습니다.

- - 좋습니다. 시작하기 위해 약간의 역사부터 이야기해 봅시다. 최근에 한 회사를 만났는데, 그들이 와서 "우리는 커서의 3D입니다"라고 말했습니다. 저는 "재미있는 이야기네요, 커서도 한때 3D 회사였거든요"라고 말했습니다. 맞나요? 네, 그렇습니다. 그럼 시작 배경에 대해 조금 이야기해 주시겠어요?

- - 물론이죠. 실제로 시작 날짜를 정할 수 있는 여러 가지 방법이 있지만, 효과적으로 회사가 시작된 방식은 저와 공동 창립자들이 학교와 다른 곳에서 가까운 동료였다는 것입니다. 두 가지 순간이 저희를 회사 설립에 정말 흥분하게 만들었습니다. 하나는 최초의 유용한 AI 제품들을 사용해 보는 것이었고, 특히 우리 분야의 현존하는 경쟁자인 깃허브 코파일럿을 사용해 본 것이었습니다. 이것이 저희를 회사 설립에 흥분하게 만든 이유는 이 제품들이 실제로 유용했기 때문이며, 이것이 우리는 실험실에서 AI를 연구해서는 안 된다는 것을 보여주는 AI의 첫 번째 존재 증거였고, 이제 실제로 현실 세계에서 시스템을 구축하고 유용한 일들을 해야 할 때였습니다.

- - 저희를 흥분하게 만든 두 번째 것은 스케일링 법칙(scaling laws)이었습니다. 이 분야가 아이디어가 고갈되더라도 모델은 더 좋아질 것처럼 보였기 때문에 저희는 흥분했습니다. 이것은 2021년에서 2022년 초 사이의 일이었습니다.

- - 그리고 커서는 일종의 화이트보드 연습에서 비롯되었는데, 저희는 다양한 분야를 위한 'X를 위한 커서'에 대해 매우 흥분했습니다. 그것이 무엇을 의미할까요? 저희는 당시 많은 지식 노동 분야에서 그 영역의 지식 노동을 자동화하는 회사가 각각 존재할 것이라고 생각했습니다.

- - 그리고 그 회사는 두 가지 일을 할 것입니다. 첫째, 그 분야를 위한 최고의 제품을 만들고, AI가 성숙해지고 더 나아짐에 따라 그 지식 노동의 실제 행위가 무엇인지 정의하는 것입니다.

- - 그리고 그 제품으로 유통을 확보하고 큰 사업을 이룰 것이며, 데이터와 자본 같은 자원을 얻게 될 것입니다. 그런 다음 그것은 비록 파운데이션 모델 연구소는 아닐지라도 좀 더 연구소처럼 보이는 무언가로 되돌아갈 것입니다. 거기서 확보한 데이터를 사용하여 기반 모델을 실제로 연구하고 그 분야의 자율성을 추진하며, 이는 다시 제품을 발전시키고 최고의 제품이 어떤 모습인지 변화시킬 것입니다. 이러한 선순환 구조가 작동하는 것입니다.

- - 저희는 그것에 정말로, 정말로, 정말로 관심이 많았고, 마이크로소프트가 코딩 분야에서 그 역할을 할 것이라고 생각했습니다. 그래서 저희는 좀 더 잠잠하고 경쟁이 덜한 분야에서 일하고 싶었습니다. 저희에게는 기계 공학을 했던 동료들이 있었고 CAD 시스템에 익숙했기 때문에, 실제로 기계 공학 분야에서 일하고 CAD 시스템 내에서 사람들이 더 생산적이 되도록 돕는 모델을 개발하는 초기 잘못된 시작이 있었고, 또한 우리만의 CAD 종류를 구축하는 것이었습니다.

- - 그것이 저희가 시작한 방식이었지만, 그것은 나쁜 아이디어였습니다. 창업자와 시장의 적합성(founder market fit)이 끔찍했습니다. 우리는 기계공들과 통화하면서 그들이 하루 동안 무엇을 하는지 물어볼 때 '장님 코끼리 만지기'와 같은 문제가 있었고, 우리는 그것에 대해 직관적인 감각을 전혀 갖지 못했습니다. 저는 우리가 그 작업을 했던 6~7개월 동안 차라리 회사에서 인턴으로 일해서 그 분야를 제대로 배웠으면 좋았을 것이라고 생각했습니다.

- - 그러나 결국 저희는 그 아이디어를 접고 저희가 정말 가장 관심 있었던 프로그래밍 작업으로 돌아왔습니다.

- - 그래서 저는 커서가 초기에 그렇게 성공한 이유에 대한 이론을 가지고 있는데, 저는 당신의 견해를 듣고 싶습니다. 그것은 사실 꽤 평범한 것입니다. 당시에 우리가 이 분야를 조사하고 있었는데 많은 회사들이 있었고 그들은 많은 다른 일들을 하고 있었습니다.

- - 그리고 그 중 많은 부분이 꽤 공상과학 같았습니다. 예를 들어 '우리는 소프트웨어 엔지니어가 될 에이전트를 만들 것이다', '이 새로운 기술을 사용하여 모델을 만들 것이다', '모든 것을 할 것이고 에디터를 다시 쓸 것이다' 등등이었습니다. 커서가 초기에 성공한 이유에 대한 제 이론 중 하나는 당신이 놀라울 정도로 집중했다는 것입니다. 당신은 VS Code를 선택했고, 코파일럿은 당시 몇 년 동안 시장을 성숙시켰습니다. 바로 이 좁은 초점과 훨씬, 훨씬, 훨씬 더 나은 제품이 그것을 해냈습니다. 그래서 두 가지 질문이 있습니다. 첫째, 이것이 타당한 견해라고 생각하십니까? 둘째, 다른 모든 사람들이 에이전트를 구축하거나 모델을 구축하는 등 다른 모든 것을 하고 있을 때, 어떻게 집중을 유지하기로 결정했습니까?

- - 네, 저는 그 말에 많은 진실이 있다고 분명히 생각합니다. 또한 이 회사의 이야기는 아직 쓰여지지 않았고, 할 일이 훨씬 더 많다는 중요한 별표(*)가 있다고 생각합니다.

- - 물론이죠, 네, 네. 이 시점까지 성공하기까지 엄청난 상승 기류가 있었습니다. 네, 그렇습니다.

- - 네, 그래서 CAD 작업을 할 때로 돌아가서, 그 분야의 콜드 스타트 문제는 우리 분야보다 훨씬 어려웠습니다. 사람들이 더 생산적이 되도록 돕고 현실 세계에서 만들 물건에 대한 기계 모델을 구축하기 시작하려면, 기성 모델 중 어느 것도 그 작업에 능숙하지 않았습니다. 실제로 전이된 좋은 3D 표현이나 오픈 소스 3D 모델이 없었습니다. 기존의 텍스트 기반 LLM을 가져와서 LLM이 CAD에 능숙하도록 시도하면, 실제로는 그렇지 않았습니다. 우리가 일상 업무에서 그들이 무엇을 하는지 정말로 이해하지 못했던 기계공들과의 통화 외에도 (이것은 분명히 큰 문제였습니다), CAD 아이디어에 많은 시간을 할애했고, 많은 모델링 작업과 많은 데이터 스크래핑 작업을 하는 데 사용되었습니다.

- - 저희는 그것을 제쳐두고 프로그래밍 작업을 하기로 결정했을 때, 그 경험에서 일종의 외상 후 스트레스 장애(PTSD)를 겪었습니다.

- - 그래서 초기에 저희는 초집중했고 초고속으로 진행했으며, 가능한 한 빨리 무언가를 세상에 내놓고 추진력을 얻기 위해 계속해서 해킹했습니다. 그 일부는, 아시다시피, 저희가 자금은 좀 있었지만 오늘날의 시드 라운드와 같은 것은 아니었기 때문입니다. 그리고 저희는 네 명의 공동 창업자가 있었고, 여전히 채용과 팀 확장에 대해 이야기했지만, 저는 우리가 그것을 하는 방법을 완전히 배우고 있는 중이었다고 생각합니다.

- - 네, 당시 경쟁 구도는 마이크로소프트였고 수십 개의 스타트업들이 있었습니다. 이 스타트업들은 여러 다른 범주에 속했습니다. 일부는 즉시 큰 파운데이션 모델을 구축하려고 했고, 일부는 사람들의 워크플로우에 매우 다른 변화를 가져오는 유동적인 제품 아이디어를 가지고 있었습니다. 저희는 가능한 한 빨리 무언가를 내놓으려고 노력했습니다.

- - 저는 당시에 우리에게 일종의 '헌신 장치(commitment device)'가 실제로 월간 투자자 업데이트였다는 것을 기억합니다. 아마도 그 당시에는 아무도 읽지 않았을 테지만, 네. 저희가 커서 작업을 하기로 결정한 첫날부터, 실제로 우리가 사용할 수 있는 IDE를 갖는 데 몇 주가 걸렸다고 생각합니다. 그리고 처음에는 VS Code를 포크하지 않고 실제로 처음부터 구축했습니다. 그래서 우리는 우리가 매일 사용하는 IDE를 처음부터 구축했습니다. 몇 주 더 걸려서 실제로 다른 사람들에게 전달되었고, 총 몇 달 만에 우리는 첫 번째 베타를 인터넷에 출시했습니다. 그리고 즉시 사람들의 관심을 받기 시작했습니다. 그리고 그것이 추진력을 촉발시켰습니다.

- - 다만, 특히 추진력이 붙는 동안 같은 분야의 많은 사람들이 매우 빠르게 범위를 확장하고 있었습니다. 예를 들어, 그들은 매우 빠르게 CLI로 가거나 Intelligj 등과 통합하려고 했습니다. 그리고 당신은 그렇게 하지 않기로 결정했습니다. 그것이 매우 의도적이었습니까, 아니면 단지 당신이 올바른 방향으로 끌어당겨지고 있어서 할 일이 충분했기 때문이었습니까?

- - 네, 아이디어들은 의도적이었습니다. 저희는 그냥 항상 일했습니다. 그래서 네 명의 공동 창업자는 매일 아침, 점심, 저녁 식사 때 "무엇에 대해 이야기할 것인가? 에디터와 확장 프로그램을 구축할 것인가, 모델 측면에서 무언가를 할 것인가?"라는 핵심 전략적 질문에 대해 끝없이 논쟁했습니다. 그리고 초기 제품 아이디어들은 새로운 IDE를 구축하는 것이었습니다. 네, 네.

- - 그리고 저희는 표면(surface)을 소유하는 것에 대해 정말로, 정말로 의도적이었습니다. 당시에는 지금은 그다지 논란의 여지가 없지만, 그 당시 사람들은 포크이든 아니든 에디터를 만드는 것이 매우 이상하다고 생각했습니다. 그들은 사람들이 코드 에디터를 바꾸도록 만들 수 없다고 말했습니다. 사람들이 그것에 너무 얽매여 있다는 것이었죠. 하지만 우리는 그것이 틀렸다는 것을 알았습니다. 왜냐하면 우리는 실제로 코파일럿 때문에 VS Code 생태계로 전환했기 때문입니다. 우리는 모두 명령줄 Vim을 사용하는 극단적인 사용자 같았습니다. 그래서 우리는 더 나은 쥐덫을 만들면 사람들이 전환하도록 만들 수 있다는 것을 알았습니다. 물론 기준은 높겠지만 말입니다.

- - 그리고 네, 저희는 결국 미래에는 모델 측면의 것을 다루고 싶다는 것에 대해 매우, 매우 의도적이었습니다. 그리고 그것을 위해 되돌아가는 전체 이야기가 있었고, 그것은 실제로 우리에게 정말 중요한 제품 레버였습니다. 하지만 저희는 거기서 시작하고 싶지 않았습니다. 저희는 그냥 모델링 관련 작업은 전혀 건드리지 않고 무언가를 세상에 내놓고 싶었습니다.

- - 좋습니다. 제가 당신에게 이 일화를 말했을 때 당신은 기억하지 못한다고 했지만, 저는 아주 잘 기억하고 있습니다. 초기에는 스케일이 문제였습니다. 저는 지난 30년 동안 이 업계에 있으면서 많은 회사를 봐왔지만, 특히 작은 팀으로 이렇게 빨리 성장하는 스케일을 본 적이 없습니다. 저는 어느 날 밤 당신에게 전화가 왔는데, 당신이 "들어보세요, 우리가 대형 클라우드 중 하나를 다운시켰습니다. 그들이 우리의 스케일을 감당할 수 없어서요."라고 말했던 것을 기억합니다. 실제로 비교적 사소한 서비스 중단이었고, 당신들은 그것을 꽤 빨리 고쳤고 괜찮았습니다."

- - 그러나 오스카가 저에게 말하기를, 그 무렵 누군가가 커서 사무실에 나타나 창문에 아이패드를 올려놓고 '커서 다운됨'이라고 표시했다고 합니다. 사람들이 알아차리는 지점까지 도달했다는 것이죠. 저에게는 일종의 충격이었습니다. 그것이 일종의 눈에 띄지 않는 건물인데, 그들이 찾아냈다는 것이죠. 당신과 팀이 이 정도의 스케일을 다루는 방식에 대해 어떻게 생각하는지 듣고 싶습니다. 특히 당신이 의존하는 플랫폼들이 가장 큰 플랫폼 중 일부임에도 불구하고 당신이 그 플랫폼들에 부담을 줄 정도에 이르렀다는 것은 갈 곳이 없다는 의미이기 때문입니다.

- - 네, 그 일화는 수많은 일화 속에 묻혀버렸습니다. 네, 예전에 말이죠.

- - 저는 초기에 우리가 스케일을 마주한 방식은 매우 빠르게 성장하기 시작한 서비스를 운영하는 너무나 작은 팀이었기 때문이라고 생각합니다. 저의 공동 창업자들은 훌륭하지만, 아시다시피 경험 면에서 가장 경험이 많은 그룹은 아닙니다.

- - 그래서 네, 매우 빠르게 많은 사람들이 서비스를 사용하고 있었습니다. 특히 우리가 커서 내에 자체 파일 동기화 시스템을 가지고 있는 것과 같은 방식으로, 커서 내에는 두세 가지 종류의 미니 드롭박스가 있는 것으로 생각할 수 있습니다. 초기에는 커서 내에 AI를 위한 일종의 검색 엔진이 있습니다. 겉보기에는 그렇게 복잡할 것 같지 않지만, 구축하기가 성가신 것으로 판명되며, 어떻게 구축하느냐에 따라 의존하는 시스템에 확실히 부담을 주기 시작할 수 있습니다.

- - 그러나 네, 매우 빠르게 우리는 평범하고 지루한 클라우드 서비스 문제에 있어서 스케일에 도달하고 있었습니다. 그래서 우리는 다른 많은 회사보다 훨씬 더 큰 매우 큰 쿠버네티스 클러스터를 운영하고 있었고, 회사 전체 5명의 인원으로 그것을 즉시 해결하려고 노력했으며, 그것과 관련된 문제와 트러블을 겪었습니다.

- - 그러다가 우리는 올바른 아키텍처 결정을 내리고 팀을 성장시킴으로써 그 문제를 해결했습니다. 그다음에 나타난 다음 큰 스케일링 문제는 실제로 API 제공업체에 부담을 주는 것이었습니다. 그리고 그것은 기술적으로 매우 영리해서 그 스케일을 극복하는 것보다는 관계적인 문제였습니다.

- - API 제공업체들은 우리를 어떻게 해야 할지 몰랐을 것입니다. 왜냐하면 이 네 명의 20대들이 만든 것이 이제 그들의 API 수익에서 정말 높은 두 자릿수 비율을 차지하고 있기 때문입니다. 이제 그들은 내부적인 성장을 처리하기 위해 용량 계획 결정, 어쩌면 재정적 결정을 내려야 할 것입니다. 저는 우리가 아직도 배우고 있는 것이라고 생각합니다. 사람들과 관계를 구축하는 것이죠.

- - 또한 토큰에 대해 매우 영리해지는 것이었습니다. 이 API 토큰들은 동일한 모델에 대해 여러 제공업체로부터 얻을 수 있다는 것이 밝혀졌습니다. 토큰 리셀러들이 존재하며, 약정된 계약을 가진 여러 제공업체에 걸쳐 분산시키는 것이 실제로 전략적으로 도움이 됩니다. 그래서 우리는 세상에 존재하는 모든 Sonnet 토큰을 찾아내는 데 매우 능숙해졌습니다. 그것은 우리에게 까다로운 스케일 수준이었습니다.

- - 지금 당장은 저희는 자체 학습을 꽤 많이 하고, 자체 추론도 일부 하고 있습니다. 그래서 이제는 규모의 전체 측면이 있습니다. 그곳에서 결정을 내리는 완전히 새로운 규모 문제가 있습니다. 이것이 타사에 대한 이기종 의존성으로 수렴할 것이라고 생각하십니까, 아니면 주로 자체 인프라를 운영하는 것으로 수렴할 것이라고 생각하십니까, 아니면 아직 그 정도까지는 생각하지 않으셨나요?

- - 기본 모델 추론뿐만 아니라, 일반적으로 인프라에 대해서, 통제력을 갖기 위해 점점 더 많은 것을 사내로 끌어들이는 것에 대해 말씀하시는군요. 저희 웹사이트, 데스크톱 앱, 백엔드 등을 운영하는 것에 대해서 말입니다.

- - 네, 저희는 처음부터 꽤 다중 클라우드(multi-cloud)였습니다. 그래서 저는 우리가 여러 제공업체에 의존하는 이기종 방식의 기본 경로에 있다고 생각합니다. 저희는 데이터브릭스, 스노우플레이크를 사용하고 있으며, AWS, GCV, Azure를 사용하고 있습니다. 웹 서비스에는 플래닛 스케일(Planet Scale)을 데이터베이스로 사용하고 있습니다. 지루한 클라우드 서비스 종류 중 하나인 스케일링 문제는 우리 DB에 정말 의존적이었습니다. 코어 DNS 다운과 같은 쿠버네티스 관련 문제들이 있었고, 우리가 하는 일 중 일부는 DB 사용량이 꽤 많아서 일련의 DB 문제들이 있었습니다.

- - 보통은 RDS 인스턴스를 확장하면 오랫동안 잘 작동합니다. 결국 그것이 한계에 도달하면, 데이터베이스를 샤딩해야 할까요? 그리고 나서 우리는 AWS의 서비스로 전환했는데, 그들은 데이터베이스 샤딩을 허용하지 않는다고 주장했지만, 알고 보니 그것은 틀렸습니다. 여러분은 이 퍼블릭 클라우드들이 모든 것을 다 갖추고 있다고 생각하지만, 실제로는 최고 수준의 스케일을 위한 고객은 극소수이며, 그들은 즉석에서 문제를 해결하고 있습니다. 그래서 플래닛 스케일은 우리가 무제한에서 플래닛 스케일로 전환한 놀라운 곳이었습니다. 샘, 여기 계십니까? 샘, 정말 감사합니다. 우리 개발자들은 모두 샘에게 감사드립니다.

- - 네, 우리에게는 여러 제공업체가 있습니다. 여러 제공업체들은 다른 일에 능숙하므로 그것이 우리의 계획입니다.

- - 인재 쪽으로 넘어가기 전에 잠깐 질문 드리겠습니다. 당신은 초점에 균형을 맞춰야 했고, 당신은 그것을 아주 잘 해냈습니다. 그 이후로 당신은 버그봇(bugbot)을 만들었고, CLI를 만들었고, 인프라 개선을 하는 등 많은 멀티 제품 작업을 했습니다. 이러한 결정을 내리는 것이 얼마나 유기적이고 분명했는지, 아니면 얼마나 의도적인 방식으로 우선순위를 정했는지 설명해 주시겠습니까? 또는 당신이 다루고 있는 모든 것을 고려할 때 R&D 자원을 어디에 투입할지 어떻게 생각하는지 설명해 주시겠습니까?

- - 그것은 꽤 의도적입니다. 저희는 많은 것에 '아니오'라고 말하려고 노력하지만, 미래에는 멀티 제품 회사가 되어야 할 것이라고 생각합니다. 우리 분야에는 구축해야 할 AI 코딩 번들이 있고, 많은 고객에게 AI 코딩 제공자가 되기를 원합니다.

- - 지금까지 그것은 엔지니어가 일상 업무를 수행할 때 앉아 있는 창, 즉 소프트웨어를 구축하는 에디터인 이 진입 지점에 주로 초점을 맞추고 있습니다. 저희는 거기서 해야 할 일이 여전히 너무 많다고 생각하며, 그것이 우리가 자원을 투입하는 주요 초점입니다.

- - 저희는 에디터 내에서 작업이 변화하는 방식이 팀이 함께 일하는 방식에도 영향을 미치기 시작한다고 생각합니다. 그래서 저희는 그것이 큰 전략적 기회를 제시할 뿐만 아니라, 최고의 에디터를 갖는 데 필수적이라고 생각합니다. 그것은 또한 팀이 검토하고 협업하는 데 조금 더 도움이 되는 보완책을 갖는 것입니다.

- - 그래서 우리는 그것에 대해 의도적입니다. 저희는 여전히 그것을 잘하는 방법을 배우고 있다고 생각합니다. 예를 들어 그러한 프로젝트에 지원을 제공하는 방법, 성장을 위한 PLG(Product-Led Growth) 측면에서 버튼을 보여주는 것과 판매 팀을 지원하는 것 모두에서 우리 분야에 정말 큰 상호 판매 기회가 있는 상호 판매를 수행하는 방법 같은 것입니다. 저는 많은 창업자들이 실제로 시장에 출시할 때 단일 제품에서 멀티 제품으로 전환하는 것이 얼마나 어려운지 과소평가한다고 말하고 싶습니다. 그것은 매우, 매우 복잡합니다. 네, 그리고 우리는 그곳에서 여전히 많은 것을 배우고 있지만, 초기 결과에 매우 흥분하고 있습니다.

- - 좋습니다. 이제 인재 쪽으로 넘어가고 싶습니다. 저는 당신이 제가 본 것 중 가장 엄격하고 사려 깊은 인재 채용 프로세스 중 하나를 가지고 있다고 생각합니다. 저는 당신을 돕기 위해 저녁과 주말 시간을 할애하려고 노력하며 사람들과 이야기하고 채용합니다. 그리고 이 통화에 참여하기 전에, 저는 '여기가 어디고, 우리가 무엇을 했는지'에 대한 놀랍도록 잘 고안된 정보를 받습니다. 이 프로세스 뒤에는 정말 많은 것이 있다고 생각합니다. 그러니 채용에 대해 어떻게 생각하는지, 프로세스를 어떻게 운영하는지, 무엇이 작동하고 무엇이 작동하지 않는지 알아낸 것을 설명해 주시겠습니까?

- - 네, 이사들이 항복할 때까지 많은 통화를 하도록 하고, 그들을 준비시키고, 그들의 시간을 활용하십시오.

- - 우리는 채용에 대해 어떻게 생각해 왔을까요? 저는 우리의 프로세스가 꽤 정통적인 방식이라고 생각합니다. 아마도 독특할 수 있는 것 중 하나는, 일반적으로 작은 회사일 때 초기 엔지니어들과 함께 하는 일이 있는데, 당신이 기본적으로 그들과 계약을 맺게 하고, 일반적인 리트코드 스타일의 방식이나 일반적인 인터뷰 루프를 거치지 않는 것입니다. 그것이 우리가 했던 방식이었습니다. 그것이 가장 자연스럽게 느껴졌는데, 왜냐하면 당신이 그 사람과 잘 일할 수 있는지에 대한 근본적인 진실에 도달하고 있기 때문입니다. 그리고 보통 사람들은 몇 번의 채용 후에 그것을 중단합니다.

- - 그러나 우리는 여전히 그렇게 하고 있습니다. 저는 내부적으로 여러 번 그것을 없애려고 시도했습니다. 저도 그것을 없애려고 시도했습니다. 에지 팀과 디자인 팀에 채용되는 모든 사람들은 사무실에서 이틀을 보내며 프로젝트를 작업합니다. 그것은 매우 자유 형식입니다. '화이트보드 인터뷰를 하고, 이틀 일정이 꽉 차 있다'는 식이 아닙니다. '여기 책상이 있고, 노트북이 있고, 작업할 수 있는 세 가지 프로젝트가 있고, 개발 환경이 설정된 코드베이스의 이전 버전을 제공할 테니, 그냥 가서 하십시오'라는 식입니다.

- - 그리고 이것은 두 가지 기능을 합니다. 첫 번째 기능은, 저는 이것이 우리가 현장에 오기 전에 요구하는 일반적인 코딩 스타일 인터뷰와 직교하는 것들을 테스트하는 정말 훌륭한 테스트라고 생각합니다. 여기서 당신은 그들이 코드베이스에서 처음부터 끝까지 작업할 수 있는지, 주도적인지(agentic)를 봅니다. 우리의 엔지니어링 설계와 제품은 꽤 밀접하게 연결되어 있으므로, 우리는 제품 감각을 가진 제품 엔지니어를 채용하려고 노력합니다. 이것은 그들에게 팀이 없는 진공 상태에 놓인다면 그들이 무엇을 구축할지에 대한 감각을 제공합니다.

- - 그래서 저는 이것이 우리 환경에서 성공하는 데 필요한 순수한 기술 능력에 대해 많은 신호를 제공한다고 생각합니다. 그리고 당신이 우리 주변에 있기를 원하는지, 당신이 우리와 함께 있기를 원하는지에 대한 감각을 제공합니다. 어쩌면 세 번째 이점은 후보자에게 회사에 대한 엄청난 양의 정보를 제공하고 첫날 출근하는 것이 어떨지에 대한 정보를 제공한다는 것입니다. 그리고 저는 이것이 그들 측에서도 정말로, 정말로, 정말로 높은 적합성 기회로 이어졌다고 생각합니다.

- - 만약 그들이 '예'라고 말한다면 말입니다. 그래서 그것이 우리가 하는 좀 더 비정통적인 일 중 하나입니다. 우리는 200명이 넘는 지금도 이 이틀간의 현장 근무를 고수하고 있습니다.

- - 그러나 시장 진출(go-to-market) 팀이나 다른 팀에도 그렇게 하시나요? 처음에는 했습니다. 네, 영업 담당자 채용처럼요. 네, 그래서 첫 영업 담당자를 채용하기 위해 우리는 그들에게 인바운드 리드를 제공했습니다. 그것은 할당량을 갖는 멋진 일이었습니다. 네, 그들이 데모를 하고, 모의 고객 커뮤니케이션을 하는 등 조금 더 구조화되었습니다. 하지만 우리는 그들에게 실제 데이터에 접근하도록 하고 파고들도록 했습니다. 저는 우리가 했던 정말, 정말, 정말 첫 번째 채용은 말 그대로 담당자가 와서 우리가 모든 것을 보여주고 '우리가 영업을 어떻게 해야 하는지 가르쳐 주십시오'라고 했던 것 같다고 생각합니다. 하지만 그 후에는 더 구조화되기 시작했습니다.

- - 좋습니다. 훌륭합니다. 저는 이 흐름이 일반적으로 회사를 구축하는 방식에 대한 많은 정통성을 바꾸고 있다고 생각합니다. 그것은 단지 새로운 슈퍼 사이클입니다. 우리는 모든 것에 의문을 제기하고 있습니다. 당신은 확실히 그 선두에 있습니다. 비교적 주니어급 사람들이 매우 큰 조직을 운영하고 있으며, 그것이 엄청나게 잘되고 있습니다. 당신이 하고 있는 또 다른 일은 M&A입니다. 저는 거의 극단적이라고 말하고 싶습니다. 당신은 2년 된 회사치고 이러한 종류의 '턱인(tuck-ins, 소규모 인수)'을 하는 데 매우, 매우 능숙했습니다. 많은 비상장 회사들이 회사를 인수하지만, 당신은 그것을 훌륭하게 해냈습니다. 이것에 대해 어떻게 생각하는지 공유해 주시겠습니까? AI 이전에는 스타트업은 스타트업을 사지 말아야 한다는 격언이 있었는데, 커서뿐만 아니라 전반적으로 엄청나게 성공적이었습니다. 그래서 그것이 당신에게 어떻게 작용했는지, 배운 교훈이 있다면 듣고 싶습니다.

- - 네, 저는 지금까지 우리에게는 가능한 모든 것을 해서 가장 재능 있는 사람들을 얻는 접근 방식과 일치했다고 생각합니다. 초기 10명의 팀원을 성장시키는 과정에서, 저희는 그 사람이 '싫다'고 말한 후 전 세계로 날아가는 것과 같은 미친 채용 스턴트를 벌였습니다. 네, 이러한 것들 중 일부는 일반적이고 사람들이 하는 것이지만, 전 세계로 날아간 후 그들이 '싫다'고 말했을 때, 6개월 후에 샌프란시스코에서 열릴 연구원들과의 저녁 식사를 만들어서 그들이 완전히 날아와서 대화를 다시 시작하고 그들을 엔지니어로 전환시키면, 그들은 결국 팀에서 최고의 사람들 중 한 명이 됩니다. 그런 일이 있었습니다.

- - 그래서 네, 우리는 가능한 한 가장 재능 있는 사람들을 얻으려고 정말로 노력했고, 때로는 편리하든 불편하든 그 사람들이 회사에서 일하고 있다고 생각합니다. 그리고 그것이 대부분 인재 측면에서 비롯된 곳입니다.

- - 저는 앞으로 우리 분야에서 가능한 전체 제품군과 그것들을 묶는 이점을 고려할 때, 우리는 회사의 성숙도에서 대부분의 회사보다 더 일찍 M&A를 전략적 도구로 사용하여 회사 내에 GM(General Manager) 유형의 구조를 구축하고 보완적인 제품을 추가하는 데 특히 관심이 있다고 생각합니다.

- - 네, 그것은 우리가 그것에 대해 생각한 방식입니다. 우리 분야에서 가능해지는 각각의 새로운 제품에 대해 우리는 내부적으로 시도하거나, 시장이 제공하는 것을 보거나, 올바른 창업자들과 진정한 적합성이 있는지 볼 수 있습니다. 그렇다면 기꺼이 그들과 합류하고 싶습니다.

- - 지금까지 우리가 했던 첫 번째 실제 M&A는 슈퍼 메이븐(super maven)이었습니다. 구체적인 예로, 이것은 다섯 명의 팀이었는데, 깃허브 코파일럿 이전에 코파일럿(Tab 9)을 만들었던 사람이 시작했습니다. 그는 또한 OpenAI의 연구원이었고 존(John)과 함께 많은 작업을 했습니다.

- - 제이콥은 환상적이며, 그는 자동 완성 모델을 연구하고 있었습니다. 우리도 자동 완성 모델을 연구하고 있었습니다. 우리가 하고 있는 기술은 매우 상호 보완적이었습니다. 우리는 관계를 구축하고 몇 달 동안 가깝게 지냈으며, 실제로 우리가 그에게 다가가서 다소 적극적으로 행동했습니다.

- - 좋습니다. 이제 마무리해야 하지만, 마지막 질문을 하나 더 하고 싶습니다. 물론이죠. 좋습니다. 이것은 실제로 당신의 후보자 중 한 명에게서 나온 것인데, 저는 그것이 질문하는 매우 영리한 방식이라고 생각했습니다. 그는 '커서는 소프트웨어를 파괴하고 있다'고 말했습니다. 우리 모두 동의합니다. 이 전체 AI 흐름이 소프트웨어를 파괴하고 있습니다. 그리고 그는 '그러나 커서는 소프트웨어로 작성되었다'고 말했습니다. 그래서 이 우로보로스(ora boros, 꼬리를 물고 있는 뱀)는 어느 정도 자신의 파괴를 예고하고 있는 것일까요? 저는 그것이 훌륭하게 철학적이라고 생각했습니다. 저는 당신의 생각을 듣고 싶습니다. 왜냐하면 저의 대답은 '음, 저는 파괴하는 사람이 되는 것을 선호합니다'였지만, 그것은 매우 VC스러운 말처럼 느껴졌기 때문입니다.

- - 잠깐만요, 커서의 서사는 '커서가 너무 좋다면 누군가가...'라는 것과 같은 것일까요? 아닙니다. 이것은 합류하게 되어 매우 흥분한 매우 철학적인 사람이었습니다. 기본적으로 '당신이 파괴를 구축하는 데 집중하고 있지만, 제품의 기반이 파괴되고 있는 것이라면, 그것이 실제로 무엇을 의미합니까?'라는 식이었습니다.

- - 네, 저는 아마 두 가지가 있다고 생각합니다. 첫째, 헤드라인과 이 시장의 수요, 그리고 지난 몇 년 동안 소프트웨어가 얼마나 많이 변했음에도 불구하고, 소프트웨어는 100% 자동화되는 것과는 거리가 멀다고 생각합니다. 수십 명에서 수만 명에 이르는 사람들이 있는 전문적인 환경에서 소프트웨어를 구축하는 것은 너무나 비효율적입니다. 경영진 차원에서는 소프트웨어 자동화의 한계로부터 우리가 얼마나 멀리 떨어져 있는지를 과소평가하기 정말 쉽습니다. 그래서 저는 갈 길이 정말, 정말 멀다고 생각합니다. 네, 정말 길고 복잡한 중간 단계가 있습니다.

- - 그리고 네, 저는 미래에 회사가 직면할 핵심 과제 중 하나는 우리가 아이팟 시대와 같은 시장에 있고, 아이폰 시대와 또 다른 아이폰 시대가 올 것이라는 것입니다. 저는 지금까지 그러한 순간들이 몇 번 있었다고 생각하며, 미래에는 분명히 더 있을 것이라고 생각합니다. 그리고 우리는 그러한 것들을 지속적으로 구축할 수 있는 회사를 만들려고 노력했습니다. 왜냐하면 우리가 그렇게 하지 않으면, 우리는 끝장나기 때문입니다. 그리고 저는 그것이 실제로 도전이라고 생각합니다. 또한 이 분야의 물리학에 대한 좋은 점 중 하나인데, 저는 그것이 마이크로소프트가 정말로 큰 방식으로 경쟁하기 어렵게 만드는 것 중 하나라고 생각합니다. 네, 하지만 확실히 도전입니다.

- - 훌륭합니다. 마이클에게 와서 이 일을 해준 것에 대해 박수를 부탁드립니다. 와주셔서 정말 감사합니다. 리더십에 감사드립니다.

***

- 감사합니다.