Tao’s Log

🇰🇷 한국어 버전 읽기 This is Part 3 of the AI-native hiring series. Part 1: Philosophy, Rubric, and the 3-Tier Model · Part 2: The Machine — AI Evaluating AI-Assisted Code The machine from Part 2 sorted more than 400 candidates and handed each one a personalized interview guide. Now 20+ interviewers pick up those guides and spend five days across the table from more than 100 candidates. You can’t see what a score is missing until you’re across the table from someone. This post is about what the humans confirmed, what we missed, and the questions we haven’t answered yet. ...

🇺🇸 Read in English AI 네이티브 채용 시리즈 3부작 중 Part 3입니다. Part 1: 철학, 루브릭, 3-Tier 평가 모델 · Part 2: The Machine — AI가 AI 활용 코드를 평가하다 📌 무신사 테크블로그 원문 Part 2의 머신이 400여 명을 분류하고, 각자에게 맞춤 면접 가이드까지 준비해뒀습니다. 이제 그 가이드를 손에 쥔 20명 이상의 면접관이, 5일 동안 100명 넘는 후보자와 마주 앉습니다. 그 자리에 앉기 전까지는 보이지 않았습니다. 점수가 무엇을 말해주지 못하는지. 이 글은 점수 너머에서 사람이 확인한 것, 우리가 놓친 것, 그리고 앞으로 남는 질문에 대한 이야기입니다. ...

🇰🇷 한국어 버전 읽기 This is Part 2 of a three-part series on AI-native hiring. Part 1: Philosophy, Rubric, and the 3-Tier Model · Part 3: The Human — Judgment Beyond the Score Written by Myunghoon Lee (Musinsa Core Engineering). Edited by Tao Kim. In Part 1, we laid out the philosophy. Ambiguity is the test. We’re not looking for people who arrived at the right answer — we’re looking for people who understood the question. Part 1 also introduced the 3-Tier model: Make it Work, Basic Features, Deep Thought. ...

🇺🇸 Read in English AI 네이티브 채용 시리즈 3부작 중 Part 2입니다. Part 1: 철학, 루브릭, 3-Tier 평가 모델 · Part 3: 사람을 보는 30분 — 점수 너머의 판단 이명훈(무신사 Core Engineering) 작성, Tao Kim 편집. 📌 무신사 테크블로그 원문 Part 1에서 철학을 이야기했습니다. 모호함이 곧 테스트이고, 정답에 도달한 사람이 아니라 질문을 이해한 사람을 찾는다는 이야기. 3-Tier 평가 모델도 소개했습니다. Make it Work, Basic Features, Deep Thought. 그 철학을 실행에 옮기려면, 400여 명의 코드를 실제로 읽고, 빌드하고, 테스트하고, 점수를 매기고, 등급을 분류해야 합니다. 한 명에 2시간이면 800시간. 한 사람이 주 40시간 일해도 5개월입니다. ...

🇺🇸 Read in English AI 네이티브 채용 시리즈 3부작 중 Part 1입니다. Part 2: The Machine — AI가 AI 활용 코드를 평가하다 · Part 3: The Human — 점수 너머의 판단 📌 무신사 테크블로그 원문 2026년 1월, 무신사에서 AI 네이티브 엔지니어 채용을 진행했습니다. 수백 명의 지원자를 AI 파이프라인으로 처음부터 끝까지 자동 평가했습니다. 문제 설계, 평가 파이프라인, 그 바탕이 되는 철학까지 직접 만들었습니다. 이 시리즈는 그 과정에서 배운 이야기입니다. ...

🇰🇷 한국어 버전 읽기 This is Part 1 of a three-part series on AI-native hiring. Part 2: The Machine — AI Evaluating AI-Assisted Code · Part 3: The Human — Judgment Beyond the Score In January 2026, we ran an AI-native engineering hiring round at Musinsa — hundreds of candidates, evaluated end-to-end by an automated AI pipeline. We defined the problem, built the automated evaluation pipeline, and shaped the philosophy behind it all. This series is about what we learned. ...

이 블로그의 첫 테스트 포스트입니다. 예전에 직접 겪고 해결했던 내용을 정리한 글이며, 내용은 여전히 유효합니다. 1. 시작하며: ‘dkssud’와 ‘gksrmf’의 고통 맥(Mac)으로 문서를 작성할 때, 한영 전환키로 Caps Lock 키를 사용하고 계신다면 한영 전환 시 의도와 달리 키를 눌렀음에도 키가 씹히는 현상을 겪어보셨을 겁니다. 분명 한영 키(Caps Lock)를 눌렀다고 생각했는데, 화면에는 dkssud (안녕하세요) 또는 gksrmf (한글)이 찍히는 순간입니다. 특히 빠르게 타이핑할 때 이 ‘한영 전환 딜레이’ 또는 **‘씹힘 현상’**은 더욱 심해지며, 사소하지만 업무 효율을 떨어트리는 큰 스트레스 요인이 됩니다. ...

🇰🇷 한국어 버전 읽기 This post was originally published on the MUSINSA Tech Blog in Korean. This is the English adaptation. A note from 2026: I wrote this when AI-driven change was already well underway — but it has only accelerated since. The progression from ‘How’ to ‘Why’ was already underway — but AI has pushed it one step beyond, to ‘What.’ As implementation costs plummet with AI-assisted coding, the ‘Micro’ (How) is being commoditized faster than anyone expected. The ‘Macro’ perspective — asking ‘Why’ and especially ‘What should we build?’ — has become not just valuable but essential. Looking back, this framing feels even more relevant now, perhaps even understated at the time. That’s why I’m resharing it here — as a lens for reading what’s happening around us. ...

🇺🇸 Read in English 이 글은 무신사 테크 블로그에 게시된 원문입니다. 2026년 노트: 이 글을 쓸 당시에도 AI로 인한 변화는 이미 진행 중이었지만, 그 이후로 변화는 더욱 가속되고 있습니다. ‘How(어떻게)‘에서 ‘Why(왜)‘로의 전환은 이미 시작됐지만, AI는 그 너머 — ‘What(무엇을 만들 것인가)’ 까지 밀어붙이고 있습니다. AI 코딩의 등장으로 구현 비용이 급격히 낮아지면서, ‘마이크로(How)‘는 예상보다 훨씬 빠르게 범용화되고 있습니다. ‘Why’를, 그리고 특히 ‘What should we build?‘를 묻는 ‘매크로’ 관점은 이제 단순히 가치 있는 것을 넘어 필수가 되었습니다. 돌아보면 이 글의 시각이 오히려 지금 더 유효하고, 어쩌면 당시엔 충분히 강하게 이야기하지 못했을 수도 있습니다. 지금 벌어지고 있는 변화를 읽는 하나의 렌즈로서 다시 공유합니다. ...

I’ve been wanting to write things down for a while. Over the years, I’ve accumulated thoughts and experiences — things I figured out through work, side projects, and everyday problem-solving. Useful stuff, but easy to forget if I don’t write it down somewhere proper. So I made this blog. It serves two purposes: Sharing engineering decisions and strategic thinking. As an engineer working at scale, I regularly face decisions that affect systems, teams, and business outcomes — technology choices, architectural trade-offs, migration strategies, organizational patterns. Writing about them helps me think more clearly, and I hope it helps others navigating similar problems. ...