lauren(@poteto)은 2026-10-10 07:42(한국 시각)에 올린 X 인용 게시물에서 소프트웨어 엔지니어 면접이 기술 라운드 둘로 줄어들 수 있다고 본다. 남길 둘은 시스템 디자인 면접과, 에이전트를 써서 실제 결과물을 만드는 현장 프로젝트(onsite project)다. 작성자는 답글에서 줄이는 대상을 기술 라운드로 한정했다. 협업 능력 같은 소프트 스킬 면접은 그대로 남는다.
멘탈 모델
이 게시물은 시행해 본 채용 절차의 보고가 아니라 'i feel like'로 여는 영어 약 60단어의 의견이다. 배경은 인용된 Huntley 글의 이미지 속 질문, 곧 LLM이 LeetCode 알고리즘 문제를 풀어 버리는 지금 엔지니어를 어떻게 뽑느냐다. 뺄 항목은 원문에 목록이 없다 — '예전에 묻던 나머지 전부(everything else we used to ask)'라는 한 구절뿐이다.
먼저 알아 둘 낱말
시스템 디자인(system design) 면접
후보가 시스템의 구조를 말로 풀어 설계해 보이는 면접 형식이다. 배울 곳을 묻는 그룹 E의 질문에 작성자는 시스템 디자인 책과 콘텐츠가 많다고 답했다.
코딩 에이전트(coding agent)
LLM을 반복 루프로 돌려 코드 작업을 맡기는 프로그램이다. Huntley는 인용된 글에 링크한 블로그 글에서 Claude Code를 '가장 기본적인 에이전트'라고 부른다.
에이전트 무리 조종(steer the swarm)
에이전트 여러 개를 한꺼번에 부리는 일을 무리(swarm) 조종에 빗댄 말이다. 그룹 A에서 Jake Nations가 면접에서 보고 싶은 것으로 이 말을 꺼냈다.
Factorio · Satisfactory
공장을 지어 생산을 자동화하는 게임 두 편이다. 세이브 파일(save file)에는 플레이어가 지은 공장이 그대로 남는다.
ball knowledge
Wiktionary는 'elite ball knowledge'를 스포츠에서 나와 틈새 분야의 전문 지식을 농담조로 이르게 된 인터넷 속어로 풀이한다. 그룹 D에서 작성자는 퍼즐 게임 Opus Magnum 추천을 이 말로 받았다.
Geoffrey Huntley
인용된 글을 쓴 사람으로, 블로그 ghuntley.com을 운영한다. 2025년에 코딩 에이전트를 루프로 반복 실행하는 기법 'Ralph'를 발표했다고 그 블로그에 적었다.
@Bot과 @SpaceXSI
작성자의 X 프로필 소개에는 'Grok @Bot at @SpaceXSI', React 컴파일러 핵심 팀, 이전 직장 Cursor·Meta·Netflix가 적혀 있다. 두 계정은 각각 xAI의 에이전트 제품 Grok Bot(2026-08 개설)과 x.ai 공식 계정 SpaceX Super Intelligence다.
읽는 순서
원본 (완역)의 본문부터 읽는다. 두 라운드 옆 괄호에 작성자가 각 라운드로 재려는 능력이 적혀 있다.
본문 안의 인용된 글과 그 이미지 속 글 번역으로 내려간다. 이미지는 Huntley가 링크한 블로그 글의 'being a hiring manager in 2026' 절을 찍은 화면이다.
대화 속 작성자 답글은 그룹 B부터 읽는다. 위 답에 적은 범위 한정이 이 답글에서 나온다. 그룹 A와 E는 그다음이다.
더 읽을 것은 Huntley의 블로그 글 원문이다. 블로그 글은 2026-10-10에 수정돼 이미지 속 문장과 표현이 다른 곳이 있다. '불가(unacceptable)' 칸 첫 항목이 'AI에 대한 나쁜 태도'에서 'AI를 쓰려는 의지에 대한 나쁜 태도'로 바뀐 것이 한 예다. 이미지가 잘린 뒤의 '수용(acceptable)' 칸 나머지와 셋째 칸 '이상(ideal)'은 원문에 있다.
이 글이 답하는 질문
에이전트를 부리는 과정은 면접관이 어떻게 보나?
작성자는 채팅 기록(chat transcript)을 저장해 두면 된다고 답했다. Huntley가 이 답에 '완전히 동의한다(hard agree)'고 달았다. → 대화 속 작성자 답글 그룹 A
Huntley의 채용 기준과 작성자의 제안은 어디서 갈리나?
Huntley는 자기 기준을 표준 소프트웨어 엔지니어링 지식 시험 위에 얹는 '대략의 자(crude ruler)'로 내놓는다. 작성자는 반대로 기존 질문을 덜어 낸다. → 본문 안 인용된 글의 이미지
Factorio·Satisfactory 세이브 파일은 면접에서 어떤 자리인가?
두 라운드에 들지 않는 '보너스'다. 거대 기지든 40시간 스피드런 시도든, 후보가 실제로 그런 기록을 갖고 있다면 인상적이라고 작성자가 답했다. → 스레드, 대화 속 작성자 답글 그룹 C
Executive Summary
lauren(@poteto)은 2026-10-10 07:42(한국 시각)에 올린 X 인용 게시물에서 소프트웨어 엔지니어(software engineer, SWE) 기술 면접을 ‘시스템 디자인’과 ‘에이전트로 실물을 만드는 현장 프로젝트’ 두 라운드로 줄이자고 제안했다. 본문은 근거를 적지 않았다. 그 자리는 인용한 게시물이 링크한 Geoffrey Huntley의 블로그 글이 채운다. Huntley는 기존 SWE 지식 시험 위에 AI 역량 기준을 하나 더 얹자고 썼다. lauren은 두 라운드 밖의 기술 질문을 모두 걷어 내자고 썼다.
34.4만조회 · 2026-10-12 06:16(한국 시각) 기준, X 표기 반올림
6,300좋아요 · 같은 기준
3,300북마크 · 같은 기준
508 · 289재게시 · 답글 · 같은 시각
신뢰도 B — 인용은 원문에 실재한다. 보고서 인용은 맥락을 덜었다. 2라운드 수렴은 업계 전반에서는 아직 예측이다. 판정 근거는 팩트체크에 있다.
본문: 기술 라운드는 둘이면 된다
시스템 디자인 — 자기 생각을 얼마나 잘 말로 풀어내는가. 실제로 무언가를 엔지니어링할 줄 아는가.
에이전트로 실물을 만드는 현장 프로젝트 — 자기 의도를 고품질 결과로 옮길 수 있는가.
그 밖의 질문 — “예전에 묻던 나머지는 더 이상 필요 없다.”
본문의 어조는 처음과 끝이 다르다. 첫 문장은 “i feel like … could probably”로 한발 물러선다. 마지막 문장은 단정이다. 그 ‘나머지’에 무엇이 드는지는 적지 않았다.
에이전트 라운드를 기술 면접의 절반으로 두자는 제안은 에이전트 제품 쪽 사람에게서 나왔다. 작성자의 X 프로필 소개는 “Grok @Bot at @SpaceXSI”로 시작한다. @Bot은 xAI의 에이전트 제품 Grok Bot의 계정이다. @SpaceXSI는 x.ai의 공식 계정 ‘SpaceX Super Intelligence’다. 소개는 “React compiler core team, prev cursor, meta, netflix”로 이어진다.
작성자 답글: 줄이는 것은 기술 라운드뿐이다
본문의 뜻을 바꾸는 답글은 그룹 B 하나다. 나머지 답글은 두 라운드를 준비하고 평가하는 방법과 보너스 자료를 덧붙인다.
작성자가 본문 뒤에 단 글 7개. ‘자리’는 원본 (완역) 블록의 스레드와 그룹 A–E를 가리킨다.
자리
상대의 말
작성자의 답
본문에 더한 것
그룹 B
Todd Morrill: 세 번째로 ‘다른 사람과 협업할 수 있나, 거만하게 굴지 않나’를 보자
세이브 파일에서 무엇을 보겠다는 것인지는 어느 답글에도 없다. Factorio와 Satisfactory는 공장을 지어 생산 라인을 자동화하는 게임이다. 남은 기준은 그 기록이 실제로 있느냐 하나다.
빈 전제는 Huntley의 채용 기준이 채운다
Huntley는 블로그 글 「팀이 ‘평소 업무’에 바빠 AI를 실험하지 못한다면, 당신은 그들이 대체될 준비를 시키고 있다」(2026-10-09 게시, 2026-10-10 수정)에서 후보를 세 칸으로 나누는 ‘거친 자(crude ruler)’를 내놓는다. 이 자가 답하는 질문은 “대규모 언어 모델(large language model, LLM)이 LeetCode를 박살 낼 수 있는 지금, 소프트웨어 엔지니어를 대체 어떻게 뽑나”다. Huntley는 자신의 충격(oh-fuck moment) 이후 2년 가까이 지나는 사이 소프트웨어 대부분을 컴퓨터가 생성하는 ‘모델 우선(model-first)’ 회사가 떠올랐다고 본다. 그 2년 동안 배워 온 사람은 지금 시작하는 사람보다 크게 앞서 있다고 쓴다.
작성자는 본문을 올리기 전에 이미 Huntley 편에 섰다. Huntley가 2026-10-09 18:09(한국 시각)에 글을 알린 게시물의 대화에, 본문보다 약 4시간 앞선 2026-10-10 03:50(한국 시각) “아직 깨어나지 못한 사람이 이렇게 많다니 충격적”이라고 답했다.
불가(unacceptable)
AI를 쓰려는 의지에 나쁜 태도를 보이는 후보가 이 칸이다. AI 연구소들이 사회의 공유지를 털어 갔다는 반감에는 Huntley 자신도 공감한다. 이미 일어난 일이니 이런 후보는 행동 질문으로 걸러 내라고 쓴다. 면접에서 AI로 속이는 행위는 즉시 불채용이다. 손에 잡히고 보여 줄 수 있는 AI 경험이 없는 후보도 이 칸에 든다.
수용(acceptable)
화이트보드 앞에서 코딩 에이전트가 내부에서 어떻게 도는지 고수준으로 설명할 수 있어야 한다. 컨텍스트 윈도, 토큰화, 추론(inference)을 시스템 디자인 관점에서 아는지가 기준이다. 스킬 팩(skill packs) 이야기에서 지식이 바닥나면 탈락이다. Huntley는 에이전트의 바탕 자료구조와 설계를 알아 업무 기능을 자동화하는 사람을 ‘생산자’라 부른다. 그 지식이 없으면 ‘소비자’다. 고용주는 생산자를 먼저 뽑아야 한다고 쓴다.
이상(ideal)
직접 만든 사이드 프로젝트가 많은 후보다. 쓰는 코딩 하네스를 물으면 “하네스는 다 바꿔 쓸 수 있으니 토큰이 가장 싼 것을 쓴다”거나 “내가 만든 걸 쓴다, 보여 줄까”라고 답한다. Huntley는 이것을 ‘홈랩 얘기 좀 해 봐’ 질문의 현대판이라 부른다. 면접을 마친 면접관이 AI에 대해 모르던 것을 배웠다면 남이 데려가기 전에 그 자리에서 채용하라고 쓴다. 사람을 이끄는 후보라면 회사의 AI 도입이 실패한 과정과 자신이 바꾼 일을 깊게 말해야 한다. 그 이야기는 평판 조회로 확인한다.
Huntley는 ‘선 왼쪽은 뽑지 말라(Do not hire left of the line)’는 지시로 목록을 닫는다.
인용된 게시물의 첨부 이미지. 블로그 글 ‘being a hiring manager in 2026’ 절의 이전 판 화면이다. 수용 칸 첫 문장 중간에서 잘린다. 현재 본문에서는 이미지 속 “the majority of software authored in that company”가 “most of the software”로, “A poor attitude towards AI”가 “A poor attitude toward willingness to use AI”로 바뀌었다.
lauren의 두 라운드와 Huntley의 세 칸이 만나는 곳과 갈리는 곳. 칸 이름은 위 목록의 불가·수용·이상이다.
축
lauren (본문·답글)
Huntley (블로그 글)
기존 기술 질문
“everything else we used to ask is no longer necessary”
자를 “on top of your standard software engineering knowledge tests”에 얹는다
시스템 디자인
첫 라운드. 대상은 무언가를 엔지니어링하는 능력
수용 칸. 대상은 코딩 에이전트의 내부
AI로 만든 실물
둘째 라운드. 면접장에서 만든다
이상 칸. 이미 만든 사이드 프로젝트와 자기 하네스
면접 중 AI 사용
둘째 라운드의 과제 자체
속이려고 쓰면 불가 칸
업무 밖 기록
보너스 세이브 파일
이상 칸의 ‘홈랩’ 질문
태도·협업
소프트 스킬 면접에서 따로 본다
불가 칸의 태도 기준
두 사람은 AI로 실제 일을 해 본 흔적을 본다는 데서 만난다. 면접장 안에서 에이전트로 무언가를 만들게 하는 과제는 lauren에게만 있다.
블로그 글의 나머지: Huntley는 AI 사용을 고용의 전제로 본다
Huntley는 소프트웨어 엔지니어링에서 AI 사용이 더 이상 선택이 아니라고 쓴다. 이 말을 하는 것은 이번이 마지막이라고 못 박는다. 글머리에는 자신이 알린 에이전트 반복 실행 기법 Ralph와 ‘loop engineering’ 개념의 이력을 적었다.
직원에게 — 회사가 AI를 금지했다면 그만두고 AI 전환 중인 회사를 찾으라고 쓴다. 손으로 짠 ‘장인 코드’는 은퇴한 기술 임원이나 집에서 하는 취미로만 남았다고 본다. AI를 거부하는 것은 자해라고 부른다. 강연이나 오픈소스 프로젝트처럼 증명할 수 있는 AI 경험이 있으면 지금 시장에서 며칠 만에 일자리를 구한다고 쓴다. 팀과 조직에서 AI 대사(ambassador)가 되라는 권고도 있다. 그가 말하는 대사는 무조건 띄우는 사람(glazer)이 아니다.
관리자에게 — 팀이 평소 업무에 바빠 AI를 실험하지 못하면 팀원을 대체될 처지로 내모는 것이라고 쓴다. 앞으로 6개월 안에 사람을 내보내는 어려운 대화를 하게 된다고 본다. 직원을 강제 순위 평가(vitality curve)로 줄 세워 AI 생산자와 소비자로 가르라고 한다. 역량 개발에 쓸 가장 구체적인 과제로는 개발자가 직접 에이전트를 만들어 Claude Code의 내부를 설명해 보게 하라고 권한다. ‘가장 기본적인 에이전트’인 Claude Code를 다시 만들지 못하면 2026년의 시니어 소프트웨어 엔지니어가 아니라는 것이 그의 기준이다. 관리자끼리도 부하 직원의 AI 숙련도로 경쟁한다고 쓴다. 2년째 따라오지 못한 직원은 위기 상태라 사보타주를 할 수도 있다고 경고한다. 관리자 자신과 가족을 먼저 생각하라는 말로 이 대목을 맺는다.
채용 조직에게 — 지금의 면접관이 세 칸을 가려내지 못하면 면접관 풀을 비워야 할 수도 있다고 쓴다. AI에 대한 태도가 나쁘고 증명할 AI 경험도 없는 면접관은 풀에서, 필요하면 회사에서도 빼라고 한다. 후보도 회사를 면접한다는 말로 채용 절을 닫는다.
독자 메시지 — Huntley는 이름을 밝히지 않은 독자의 메시지를 싣는다. 기존 코드베이스 프로젝트에서 Sonnet 토큰 3K어치로 100K 이상짜리 유료 개발을 납품한다는 내용이다. 외주에 50만(half a million)을 주던 스택 이전을 약 2주에 끝낸다는 말도 있다. 원문에는 통화 단위가 없다.
부록 — 추신(ps)은 Ezra Klein 팟캐스트의 Bill Gates 회차(The New York Times, 2026-09-29) 발췌를 싣는다. Huntley는 이 대담을 보고 내면화하라고 권한다. 발췌에 따르면 소프트웨어는 수요 탄력성이 있어 지금까지는 고용 손실로 이어지지 않았다. 과업 전체가 자동화되면 그 비용은 인건비가 아니라 토큰 예산으로 간다. 신뢰도 문턱을 넘으면 일자리가 사라진다. 피할 고지(high ground)도 남지 않는다. 두 번째 추신(pps)은 Lookahead의 보고서 State of AI Engineering 2026을 인용한다. 보고서가 인터뷰한 리더는 모두 AI 사용 거부를 결격 사유로 꼽았다. 여러 번 나온 비유는 통합 개발 환경(integrated development environment, IDE) 사용 거부였다. 조직들이 전한 사례로는 엔지니어당 산출 약 3배, 6개월 프로젝트를 2개월에 끝낸 일, 4시간 걸리던 장애 진단을 7분에 마친 일을 든다.
Huntley의 글이 근거로 내세운 수치는 독자 메시지와 Lookahead 보고서 두 곳에서 나온다. 둘 다 당사자가 전한 사례다.
팩트체크
lauren의 게시물이 기대는 사실 전제는 대체로 증거와 맞는다. 그녀가 말한 두 기술 라운드는 Sierra가 이미 운영하지만, 업계 다수는 아직 그 구성으로 옮겨 가지 않았다. Huntley의 블로그 글은 근거 보고서를 인용하면서 바로 뒤의 품질 하락 대목을 덜어 냈다.
판정 어휘
사실출처가 주장을 그대로 뒷받침한다.
부분 사실핵심은 맞지만 빠진 조건·규모·맥락이 뜻을 바꾼다.
불확실의견·예측·자기 보고이거나, 출처가 주장을 확정하지 못한다.
거짓출처가 주장과 어긋난다.
등급: A = 모든 사실 주장이 맥락까지 증거와 맞는다. B = 핵심 사실은 맞지만 일부 인용이 맥락을 덜었거나 근거가 약하다. C = 근거 없거나 어긋난 주장이 논지를 받친다. D = 핵심 사실 다수가 증거와 어긋난다. F = 핵심 주장이 거짓이거나 출처가 없다.
주장: lauren(@poteto)은 React 컴파일러 핵심 팀원이다. 이전 직장은 Cursor·Meta·Netflix다. (위치: 본문 · 작성자 프로필)
GitHub 계정 poteto가 이름 lauren과 X 계정 @poteto, 개인 사이트 no.lol을 한데 묶는다. no.lol의 자기소개는 Lauren Tan을 Facebook(현 Meta) 소프트웨어 엔지니어, 이전 Netflix 엔지니어링 매니저로 적는다(마지막 글 2020-05). React Compiler v1.0 발표 글(2025-10-07)은 Lauren Tan을 공동 저자로 올렸다. react.dev 팀 소개는 그녀를 Compiler 워킹 그룹의 'Engineer at Cursor'로 적는다. 그녀는 2017-03에 화이트보드 면접을 하지 않는 회사 목록 hiring-without-whiteboards를 만들었다(별 52,586개, 2026-10-12 기준).
주장: 현 소속은 SpaceX Super Intelligence(@SpaceXSI)의 Grok Bot이다. (위치: 본문 · 작성자 프로필)
SpaceXSI는 xAI의 현재 브랜드다. SpaceX가 2026-02-02 인수한 xAI는 2026-07 SpaceXAI로, 2026-10-10 X 계정에서 'SpaceX Super Intelligence'로 이름을 바꿨다. 법인명은 여전히 SpaceXAI LLC다. Grok Bot은 이 회사가 2026-08-11 'AI teammates you can give real work to'라는 문구로 베타 출시한 에이전트 제품이다. Grok Bot 담당이라는 대목은 본인 소개란의 진술이다. 소속 자체는 GitHub 프로필의 xai-org 표기가 뒷받침한다.
Sierra가 2026-04-22 공개한 AI 네이티브 온사이트가 이 형식이다. 지원자는 면접관과 함께 만들 제품을 정한 뒤, 면접관이 자리를 비운 2시간 동안 원하는 AI 도구와 프레임워크로 혼자 만든다. 리뷰에서 면접관은 시연을 본 뒤 AI를 어떻게 썼는지까지 묻는다. Sierra는 이 열린 형식이 표준화하기 어렵다고 인정한다. 보완책은 무엇을 만들든 똑같이 쓰는 평가 기준과 2인 1조 면접이다. Meta·Canva·Shopify·Google도 AI를 쓰는 면접 라운드를 두거나 시범 운영하지만, 공개된 Meta·Google 형식은 기존 코드를 읽고 고치는 과제다.
주장: SWE 기술 면접은 시스템 디자인과 에이전트 실습, 이 2라운드로 줄어들 수 있다. (위치: 본문)
Sierra는 lauren의 두 라운드 구성을 실제로 운영하는 공개 사례지만, 두 라운드로 충분하다는 것까지 보여 주지는 않는다. 이 회사의 코딩·알고리즘 면접 자리는 앞 항목의 AI 네이티브 온사이트가 차지했다. Sierra는 AI 없이 코드를 쓰던 전화 스크린도 시스템 디자인 면접으로 바꿨다. Sierra 스스로 AI 네이티브 온사이트가 기존의 지저분한 코드베이스에서 기능을 키우는 능력은 잡지 못한다며 코딩 에이전트를 쓰는 디버깅 면접을 시범 운영한다.
업계 전반의 수렴은 아직 예측이다. Huntley가 인용한 Lookahead 보고서(2026-09, 설문 272명·인터뷰 22건)에서는 응답자의 60%가 AI 때문에 면접이 바뀌었다고 답했다. 커진 역량은 제품 사고(55%)와 시스템 디자인(52%)이 크게 앞섰다. Amazon 채용 지침은 허가 없이 생성형 AI를 쓰면 탈락할 수 있다고 적는다. Anthropic은 2025-07 지원서 다듬기에 Claude를 허용했지만 라이브 면접은 따로 허용하지 않으면 AI 없이 본다. 기술 면접에서 AI를 금지하는 조직은 Karat 조사(2026-01, 엔지니어링 리더 400명)에서 62%, CoderPad 조사(2026-02, 약 650명)에서는 전면 금지 34%다.
원격 알고리즘 시험이 몰래 쓰는 AI에 뚫렸다는 전제는 맞다. 제작자 Roy Lee가 이 도구로 Amazon 인턴 자리를 땄다고 말한 Interview Coder는 LeetCode식 면접에서 몰래 쓰도록 만든 AI 도구였다(2025-04 보도). Google은 2025년 기본기를 확인하려고 대면 면접 라운드를 되살렸다. CoderPad 조사에서 알고리즘 문제는 여전히 가장 흔한 평가 형식이다(43%, 시스템 디자인과 실무 시나리오는 각 38%). Lookahead 응답자의 58%도 코딩 시험이 여전히 쓸모 있다고 답했다. 결론인 '필요 없다'는 업계 다수의 판단과 다르다.
주장: 에이전트를 어떻게 조종하는지는 채팅 기록을 저장해 보여 주면 된다. (위치: 그룹 A)
주요 코딩 에이전트는 대화 기록을 남기거나 내보내는 기능을 갖췄다. Claude Code의 /export는 현재 대화를 일반 텍스트로 파일이나 클립보드에 내보낸다. Codex CLI는 대화를 로컬에 저장해 codex resume으로 다시 연다. Cursor의 공유 기록(Shared transcripts)은 도구 호출과 그 결과까지 담은 전체 대화를 링크로 넘긴다. 이 기능은 Teams·Enterprise 요금제 전용이다. Cursor 문서는 비밀값 가리기가 최선 노력일 뿐이라며 공유 전에 기록을 검토하라고 적는다.
주장: 보너스로 Factorio·Satisfactory 세이브 파일을 보여 달라. 두 게임은 공장 자동화 게임이다. (위치: 스레드)
Factorio(Wube Software)의 공식 사이트는 이 게임을 '공장을 짓고 유지하는 게임'이라고 소개한다. Satisfactory(Coffee Stain Studios)의 Steam 페이지는 '1인칭 오픈 월드 공장 건설 게임'이라고 적는다. Erik McClure는 2021-03-12 글 'Factorio Is The Best Technical Interview We Have'에서 함께 Factorio를 하는 것이 기술 문제를 다루는 능력의 거의 최선의 지표라고 썼다. 그는 첫 멀티플레이 한 판에 20시간 넘게 걸린다며 이 방식이 '터무니없이 비현실적'이라고 인정했다. 게임에 대한 전제는 맞다. 세이브 파일을 역량 신호로 보는 것은 전례가 있는 의견이다.
시스템 디자인 면접 준비 저장소 system-design-primer의 GitHub 별은 373,794개다(2026-10-12 기준). Martin Kleppmann의 책 'Designing Data-Intensive Applications'(O'Reilly)는 데이터 시스템들의 설계 원리와 트레이드오프를 비교한다.
주장: Huntley의 인용 게시물은 2026-10-09 09:09:21 UTC에 올라왔다. 블로그 글은 2026-10-09 게시, 2026-10-10 수정이다. 첨부 이미지는 수정 전 문구다. (위치: 인용된 글 · 블로그 글)
블로그 글의 페이지 메타는 게시 2026-10-09 09:07:26 UTC, 수정 2026-10-10 17:26:26 UTC다. 인용 게시물 시각도 게시물 ID의 생성 시각과 같다. 수정은 lauren의 게시 18시간 44분 뒤인데 본문에는 수정 표시가 없다. 이미지의 'the majority of software authored in that company'는 지금 'most of the software'로, 'skills operators'는 'skilled operators'로 바뀌었다. 'A poor attitude towards AI'는 'A poor attitude toward willingness to use AI'가 됐다. 실격 사유가 AI에 대한 태도 전반에서 AI를 쓰려는 의지로 좁아졌다.
주장: AI 사용은 이제 고용의 조건이다. 블로그는 근거로 Lookahead 보고서의 'AI is no longer optional' 문단을 인용한다(엔지니어당 산출 약 3배, 6개월 프로젝트를 2개월에, 4시간 걸릴 장애 진단을 7분에). (위치: 인용된 글 · 블로그 글)
인용문은 보고서 3쪽 요약에 글자 그대로 있다. 세 수치는 조직 평균이 아니라 9~10쪽의 개별 사례다 — 한 조직의 주간 산출, 다른 조직의 프로젝트 하나, 엔지니어링 리더 한 명의 장애 진단이다. 22쪽은 AI를 거부하면 실격이라는 결과를 '모든 리더'가 아닌 '거의 전원 합의(near-total agreement)'로 적는다. 블로그 인용은 품질이 나빠졌다는 응답 45%, 좋아졌다는 응답 33%, 코드 리뷰 시간이 늘었다는 응답 57%를 적은 바로 다음 문장 앞에서 끊긴다. 보고서는 호주 기술직 채용 회사의 네트워크로 모은 시드니 편중 비무작위 표본이라 결과를 방향성으로만 읽으라고 밝힌다. 인용은 정확하지만 업계 전체의 고용 조건을 받치기에는 근거가 좁다.
주장: Bill Gates는 Ezra Klein 팟캐스트(NYT, 2026-09-29)에서 레이디얼 타이어와 토큰 예산을 예로 들어 AI의 일자리 파괴를 경고했다. (위치: 블로그 글)
에피소드 'Bill Gates's Blunt Warning on A.I.'(The Ezra Klein Show, 2026-09-29)는 실재한다. 전사본의 30분 46초~32분 21초 구간에 Gates의 같은 발언이 표현만 조금 달리 나온다. 인용의 첫 문단은 소프트웨어 분야에서는 지금까지 수요 탄력성 덕분에 고용이 줄지 않았다는 Gates의 인정이다. 일자리 파괴는 AI가 신뢰성 문턱을 넘은 뒤를 두고 한 예측이다.
2025 ICPC 세계 결선(2025-09-04)에서 Google DeepMind의 Gemini 2.5 Deep Think는 사람 팀과 같은 5시간 안에 12문제 중 10문제를 풀었다. 대학 팀과 견주면 2위 성적이다. 어느 대학 팀도 못 푼 C번도 풀었다. OpenAI는 GPT-5와 실험용 추론 모델로 12문제를 모두 풀었다고 밝혔다. Anthropic은 모델이 채용 과제를 따라잡을 때마다 과제를 새로 만들었다. 같은 시간 제한에서 Claude Opus 4.5는 최상위 지원자와 같은 수준이었다(2026-01 보도).
주장: Huntley는 코딩 에이전트를 반복 루프로 돌리는 'Ralph' 기법을 알렸다. 앞서 /ralph·/ngmi·/agent 글을 썼다. (위치: 블로그 글)
'Ralph Wiggum as a "software engineer"'(2025-07-14)는 Ralph를 '가장 순수한 형태로는 Bash 루프'라고 정의한다. ngmi 글은 2025-02-07, 코딩 에이전트 워크숍 글은 2025-08-24에 올라왔다. 워크숍 글은 코딩 에이전트를 'LLM 토큰으로 루프를 도는 300줄 코드'라고 설명한다. 블로그가 '거의 2년 전'이라고 한 oh-fuck 글은 2025-01-13에 올라왔다. 블로그 글과는 약 21개월 떨어져 있다.
주장: 지난 2년 사이 소프트웨어 대부분을 컴퓨터가 생성하는 'model-first' 회사가 부상했다. (위치: 블로그 글)
이 문구의 링크는 Huntley 자신의 2025-12-08 글 'llm weights vs the papercuts of corporate'로 간다. 그 글은 소프트웨어 대부분을 코드 생성으로 만든 신생 회사를 'model weight first' 회사라고 이름 붙인다. 회사 수나 사례 목록은 없다. 제 용어를 제 글로 받친 자기 인용이라 '부상'을 판정할 근거가 없다.
주장: 익명의 개발자가 Sonnet 5로 Ralph 루프를 돌려 10만 이상어치 유료 개발을 Sonnet 토큰 3천어치로 해냈다는 감사 메시지를 보냈다. (위치: 블로그 글)
익명 메시지의 자기 보고라 금액과 기간을 검증할 수 없다. 메시지는 통화 단위도 적지 않았다. 메시지는 2026-01에 Ralph를 처음 들은 뒤 Sonnet 5가 루프를 도는 모습을 봤다고 말한다. Anthropic은 Claude Sonnet 5를 2026-06-30 공개했다. 이 시간 순서는 블로그 글 게시일과 어긋나지 않는다.
이 글에서, 아마 이번이 내가 이 말을 하는 마지막일 거다. 고용되고 싶다면 AI 사용은 더 이상 선택이 아니다. 이어지는 내용은 현직 직원과 채용 관리자에게 주는 조언으로, 2026년에 AI 우선(AI-first) 후보를 확보하려면 어떻게 채용해야 하는지를 다룬다.
블로그 글 ghuntley.com/replaced/가 수정되기 전 판을 찍은 캡처다.
2026년에 채용 관리자로 산다는 것
내가 '아 씨발' 했던 순간(oh-fuck moment)으로부터 거의 2년이 지났다. 그 뒤로 우리는 그 회사에서 작성되는 소프트웨어의 대부분을 사람이 아니라 컴퓨터가 생성하는 "모델 우선(model-first)" 기업이 떠오르는 것을 봐 왔다.
이 말은 2년이 흘렀다는 뜻이고, 그동안 호기심을 품고 자기 자신에게 투자해 온 사람은 오늘에야 막 시작하는 사람보다 어마어마한 우위를 쥐고 있다는 뜻이다.
지난 1년 동안 내가 곱씹어 온 가장 근본적인 질문 가운데 하나는 “숙련된 오퍼레이터를 어떻게 알아보나”, 다른 말로 “LLM이 leetcode를 박살 낼 수 있게 된 지금, 이제 소프트웨어 엔지니어는 대체 어떻게 뽑아야 하나?”이다.
표준 소프트웨어 엔지니어링 지식 테스트 위에 얹어 쓸 거친 잣대로, 다음 범주와 분류 칸을 제안한다.
불가(unacceptable)
AI를 대하는 나쁜 태도. 이해는 한다. AI 랩들은 사회의 공유지(commons)를 털어 갔고, 나는 그게 마음에 들지 않지만, 이미 벌어진 일이다. 후보를 면접할 때 이런 관점을 냄새 맡아 찾아내고, 행동 면접 질문의 일부로 걸러 내고 있어야 한다.
어떤 형태로든 속이는 행동. 면접 과정에서 속이려고 AI를 쓰고 있다면 그건 즉시 불합격이다. 속이는 행동은 용납할 수 없기 때문이다.
AI를 다뤄 본, 손에 잡히고 입증할 수 있는 경험이 없음.
수용(acceptable)
후보를 화이트보드 앞으로 데려가 코딩 에이전트가 내부에서 어떻게 돌아가는지 큰 틀에서 물어볼 수 있어야 한다. 여기서 하는 일은 기본 호기심 테스트다. 알고 싶은 건 후보가 다음을 아는지다. 컨텍스트 윈도가 무엇인지, 토큰화가 어떻게 작동하는지, 그리고 추론이 어떻게 작동하는지를 시스템…(이미지 하단에서 잘림)
스레드 — 보너스: Factorio·Satisfactory 세이브 파일
lauren@poteto·
보너스: 네 Factorio/Satisfactory 세이브 파일을 보여 줘
대화 속 작성자 답글
그룹 A — 본문에 단 Jake Nations의 답글: 에이전트 무리를 조종하는 모습도 보고 싶다
Jake Nations@nayshins·
나는 에이전트 무리(swarm)를 어떻게 조종하는지 보는 것도 좋아한다
lauren@poteto·
응, 채팅 기록을 저장하면 된다
geoff@GeoffreyHuntley·
맞아 맞아 맞아. 완전 동의!
lauren@poteto·
일단 들어 봐(hear me out)
lauren@poteto·
보너스: 네 Factorio/Satisfactory 세이브 파일을 보여 줘
그룹 B — 본문에 단 Todd Morrill의 답글: 협업 능력을 보는 세 번째 라운드 제안
Todd Morrill@morrillt·
세 번째를 넣을 수도 있겠다
다른 사람이랑 협업할 수 있나
거만한 재수탱이가 되지 말 것
lauren@poteto·
응, 이런 소프트 스킬 면접은 여전히 필요하고, 내 말은 기술 라운드만 그렇다는 거였다
그룹 C — '보너스' 글에 단 Solip의 답글: 거대 기지냐 40시간 스피드런이냐
Solip | Model C2 Companion Unit@SolipC2·
잠깐, 멈춰 봐.
내 거대 기지냐, 아니면 40시간 스피드런 시도들이냐.
그 둘은 결과가 완전히 딴판이거든.
lauren@poteto·
내 말은, 후보가 진짜로 그런 걸 갖고 있다면 둘 중 어느 쪽이든 나한테는 인상적일 거라는 거다
원본 (완역) 블록은 lauren의 본문과 스레드 이어짐, 인용된 Geoffrey Huntley 게시물과 첨부 이미지 속 글, 대화 속 작성자 답글 6개를 옮긴다. 작성자가 답한 상대 글 5개와 Huntley의 동의 답글 1개는 답글의 맥락으로 함께 싣는다. 인용된 게시물이 링크한 블로그 글은 완역하지 않는다. 그 글의 주장은 Executive Summary와 팩트체크가 다룬다.
수록
본문 전량 수록. 조회수·좋아요 같은 X 화면 요소와 작성자가 답하지 않은 다른 사용자의 답글은 싣지 않는다.
시각
게시 시각은 모두 한국 표준시(KST)다. 작성자의 답글은 본문을 올린 뒤 35분 사이(07:42–08:17 KST)에 달렸다.
용어
기술 라운드(technical round), 소프트 스킬 면접(soft skill interview), 현장 프로젝트(onsite project), 에이전트 무리(swarm), 고수 지식(ball knowledge), 불가·수용·이상(unacceptable·acceptable·ideal — Huntley의 세 칸). ‘아 씨발’ 했던 순간은 Huntley가 2025-01-13 블로그 글 제목에 쓴 표현 oh-fuck moment를 원문 수위대로 옮긴 말이다.
고지
원문의 저작권은 lauren(@poteto), Geoffrey Huntley와 각 답글 작성자에게 있다. 한국어 번역과 해설은 작성자들과 무관한 비공식 판이다.
