샘 알트만이 코딩을 거의 못 하고, 머신러닝 기초 개념도 잘못 이해한다는 주장이 나왔다. 레딧 기술 포럼에서 터진 이야기인데 반응이 예상외로 뜨거웠다. 단순 개인 험담으로 끝날 줄 알았는데, 결국 ‘기술 회사 CEO가 코딩을 직접 할 줄 알아야 하는가’라는 묵은 논쟁에 다시 불이 붙었다. 스티브 잡스도, 팀 쿡도 뛰어난 프로그래머가 아니었다. 그런데도 애플은 세계 최고 기업이 됐다. 이 논란을 계기로 기술 회사 리더십의 두 가지 유형과 정말 중요한 역량이 뭔지 따져봤다.
‘기술 전문가형’ CEO: 강점과 그 대가
실리콘밸리 창업자 하면 머릿속에 자동으로 그려지는 이미지가 있다. 후드티 입고 밤새 코드 치는 그 사람. 마크 저커버그나 빌 게이츠가 딱 여기 해당한다. 직접 프로토타입을 만들며 제품의 구석구석을 손으로 익힌 리더들. 이 유형의 장점은 명확하다.
- 기술적 의사결정이 빠르다: 엔지니어들이 왜 어렵다고 하는지, 어디서 병목이 생기는지 본인이 이미 안다. 불필요한 설명 없이 핵심 판단이 가능하고, 개발 속도가 올라간다. 솔직히 이건 꽤 큰 강점이다.
- 개발자 문화를 존중한다: 직접 개발해본 사람은 코드 리뷰가 얼마나 피 말리는 작업인지, 기술 부채가 얼마나 빠르게 쌓이는지 체감으로 안다. 엔지니어들은 자신의 언어를 이해하는 리더 밑에서 일하고 싶어 한다.
- 제품에 기술적 깊이가 생긴다: CEO가 기술 방향성을 직접 챙기면 단기 매출에 흔들리지 않고 장기 기술 우위를 잡는 제품이 나올 가능성이 높아진다.
단점도 만만치 않다. 기술에 너무 꽂히면 시장 변화나 고객 목소리를 흘려듣기 쉽다. 지나친 마이크로매니징으로 실무진 자율성을 갉아먹거나, 마케팅·영업 같은 영역을 ‘기술 아닌 것’으로 경시하다 낭패를 보는 경우도 종종 있다. 이건 좀 아이러니한 부분이기도 하다.
‘비즈니스 리더형’ CEO: 비전으로 먹고사는 사람들
반대편엔 코드 대신 전략을 쓰는 CEO들이 있다. 애플의 팀 쿡, 마이크로소프트의 사티아 나델라가 대표적이다. 이들은 코드를 직접 짜지 않는다. 대신 거대한 조직을 굴리고, 시장을 읽고, 비전을 제시하는 데 탁월하다. 두 회사 모두 이 유형의 CEO가 들어선 뒤 오히려 더 성장했다는 게 눈에 띄는 지점이다.
- 시장과 고객이 먼저다: 기술 자체보다 ‘이 기술로 고객 문제를 어떻게 해결하고 시장에서 이길 수 있는가’에 집중한다. 결국 수익으로 이어지는 질문이다.
- 파트너십과 자금 조달이 강하다: 투자자를 설득하고, 다른 기업과 전략적 제휴를 맺는 데 능하다. 회사 성장에 필요한 실탄을 모아오는 능력. 이게 없으면 아무리 좋은 기술도 묻힌다.
- 조직 시스템을 만든다: 수만 명 규모의 회사를 효율적으로 돌리는 건 코딩 실력이 아니라 조직 관리 능력이다. 스타트업에서 대기업으로 넘어가는 변곡점에서 결정적으로 갈린다.
이 유형의 약점도 분명하다. 기술 이해도가 낮으면 엔지니어 팀 보고에만 의존하다 잘못된 판단을 내릴 여지가 생긴다. 기술 부채(Technical Debt)가 쌓이는 걸 방치하거나, 개발팀과 소통이 끊겨 사기가 바닥에 떨어지는 문제도 따라온다.
샘 알트만, 솔직히 어디에 가깝냐 하면
이번 논란의 중심, 샘 알트만은 전형적인 ‘비즈니스 리더형’ 또는 ‘프로덕트 비저너리’에 가깝다. 와이컴비네이터 대표 시절 수백 개 스타트업의 흥망을 지켜보며 기술 트렌드를 읽고 사람을 알아보는 안목을 쌓았다. 오픈AI의 성공은 그가 코드를 잘 짜서 이룬 게 아니다. 일리야 수츠케버 같은 천재 연구자를 영입하고, 마이크로소프트로부터 막대한 투자를 끌어낸 비즈니스 수완이 결정적이었다. AI의 잠재력을 알아보고, 그걸 실현할 사람과 돈을 모은 것. 그게 그의 진짜 무기다. 코딩 실력 논란이 그다지 본질적인 비판이 아닌 이유도 여기 있다.
코딩보다 중요한 CEO의 핵심 역량 3가지
결국 현대 기술 기업 CEO에게 코딩 실력은 ‘있으면 플러스’지 ‘없으면 실격’이 아니다. 대신 이 세 가지는 코딩 능력보다 훨씬 중요하다고 본다.
- 명확한 비전과 방향 제시: 우리 회사가 어떤 문제를 해결하고 어디로 가야 하는지 그림을 그리는 능력. 이게 없으면 최고의 엔지니어들이 모여도 제각각이다.
- 최고의 인재를 끌어모으는 능력: CEO는 회사의 ‘인재 자석’이 되어야 한다. 자신보다 뛰어난 각 분야 전문가들을 알아보고, 합류하게 만들고, 그들이 최고 성과를 낼 환경을 만드는 것. 말은 쉬운데 이게 진짜 어렵다.
- 자원 배분 판단력: 자금, 시간, 인력을 가장 중요한 곳에 전략적으로 집중시키는 능력. 냉철한 비즈니스 판단 없이는 불가능하다.
그래서 CTO가 존재하는 이유
CEO가 코딩을 못 한다면 그 공백을 누가 메우냐. 최고기술책임자(CTO)가 있다. 이상적인 구조는 비즈니스 감각 좋은 CEO와 기술 깊이 있는 CTO가 강력한 파트너십을 맺는 것이다. CEO가 ‘무엇을(What)’ 만들고 ‘왜(Why)’ 만드는지 방향을 제시하면, CTO는 ‘어떻게(How)’ 만들지 최적의 기술 해법을 찾아 실행한다. 이 둘 사이의 신뢰와 소통이 회사의 기술 경쟁력을 좌우한다. 실제로 이 관계가 잘 굴러가는 조합을 만드는 게 쉽지 않아서, 많은 회사가 CEO-CTO 갈등으로 삐걱거린다는 이야기도 적지 않다.
자주 나오는 질문 두 가지
Q: 코드를 전혀 모르면 위험하지 않나요?
A: 위험할 수 있다. 직접 코드를 짜지 못하더라도 ‘기술적 감각(Technical Intuition)’ 또는 ‘기술 소양(Tech Literacy)’은 반드시 있어야 한다. 엔지니어들과 기본 대화가 가능하고, 기술 선택에 따른 장단점을 어느 정도 이해하는 수준이 최소한이다. 완전히 모르는 채 팀 보고만 받다가는 결국 잘못된 방향으로 조직 전체를 끌고 가게 된다.
Q: 초기 스타트업 창업자도 코딩 없이 괜찮을까요?
A: 상황이 다르다. 공동창업자 없이 혼자 시작하는 단계라면 최소한의 MVP(Minimum Viable Product)를 직접 만들 줄 아는 게 생존에 훨씬 유리하다. 하지만 기술 공동창업자가 있다면, 창업자 중 한 명이 비즈니스와 제품에 집중하는 분업이 더 효율적인 경우도 많다.
테크가이드팀
Home-In-One 테크가이드팀은 IT 기기 비교, 소프트웨어 추천, 트러블슈팅 가이드 등 실용적인 기술 콘텐츠를 제작합니다. 초보자도 쉽게 따라할 수 있는 단계별 가이드를 지향합니다.