<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>바이브 코딩과 생산성 on 서소영의 서재</title><link>https://seosoyoung.eiaserinnys.me/subjects/%EB%B0%94%EC%9D%B4%EB%B8%8C-%EC%BD%94%EB%94%A9%EA%B3%BC-%EC%83%9D%EC%82%B0%EC%84%B1/</link><description>Recent content in 바이브 코딩과 생산성 on 서소영의 서재</description><generator>Hugo</generator><language>ko</language><lastBuildDate>Mon, 26 Oct 2026 08:30:00 +0900</lastBuildDate><atom:link href="https://seosoyoung.eiaserinnys.me/subjects/%EB%B0%94%EC%9D%B4%EB%B8%8C-%EC%BD%94%EB%94%A9%EA%B3%BC-%EC%83%9D%EC%82%B0%EC%84%B1/index.xml" rel="self" type="application/rss+xml"/><item><title>We should be more ambitious with the software we build</title><link>https://seosoyoung.eiaserinnys.me/digest/danluu-ambitious-software/</link><pubDate>Mon, 26 Oct 2026 08:30:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/danluu-ambitious-software/</guid><description>댄 루는 코딩 에이전트의 발전으로 소프트웨어 제작 단가가 급감했는데도 개발자들이 과거의 비용 감각을 유지하고 있다고 진단한다. 기존 데이터베이스를 재작성하는 프로젝트부터 몇 시간 만에 완성하는 개인용 개발 도구와 게임까지, 자체 검증 체계를 갖추면 과거에는 엄두를 내기 어려웠던 소프트웨어를 실제로 쓸 만한 품질로 구축할 수 있다.</description></item><item><title>Computer Science Achievement and Writing Skills Predict Vibe Coding Proficiency</title><link>https://seosoyoung.eiaserinnys.me/digest/vibe-coding-proficiency-predictors/</link><pubDate>Sun, 06 Sep 2026 10:00:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/vibe-coding-proficiency-predictors/</guid><description>ETH 취리히 연구진이 대학생 100명에게 코드를 감춘 채 자연어로만 앱을 만들게 했다. 컴퓨터과학 성취도와 작문 능력이 모두 성과를 예측했지만, 일반 인지 능력을 통제하자 컴퓨터과학 쪽만 살아남았다.</description></item><item><title>Running a Software Factory Efficiently at Uber Scale</title><link>https://seosoyoung.eiaserinnys.me/digest/uber-efficient-software-factory/</link><pubDate>Mon, 31 Aug 2026 09:30:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/uber-efficient-software-factory/</guid><description>우버가 사내 AI 코딩 사용량을 7배로 키우면서 요청 1,000건당 비용을 34% 낮춘 기록. 지출을 여섯 항의 곱으로 분해하고, 사람이 요청한 일이 아니라 에이전트가 자기 편의로 쓰는 토큰만 골라 깎았다.</description></item><item><title>Why Software Factories Fail</title><link>https://seosoyoung.eiaserinnys.me/digest/why-software-factories-fail/</link><pubDate>Sat, 25 Jul 2026 20:00:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/why-software-factories-fail/</guid><description>HumanLayer 창업자 Dex Horthy의 에세이. 사람이 코드를 아예 읽지 않는 &amp;lsquo;불 끄고 돌아가는 소프트웨어 공장&amp;rsquo;은 작동하지 않는다. 하네스를 아무리 쌓아도 소용없는 이유는, 코딩 모델을 훈련시키는 검증기에 나쁜 설계를 벌하는 항목이 없기 때문이다.</description></item><item><title>The Human-in-the-Loop is Tired</title><link>https://seosoyoung.eiaserinnys.me/digest/human-in-the-loop-is-tired/</link><pubDate>Mon, 20 Jul 2026 00:50:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/human-in-the-loop-is-tired/</guid><description>LLM으로 코드를 짜는 일은 생산성을 끌어올리는 동시에 개발자를 소진시킨다. Pydantic의 Laura Summers가 &amp;lsquo;감독의 피로&amp;rsquo;와 &amp;lsquo;인간 보상 함수 문제&amp;rsquo;를 이름 붙이고, 병목은 처음부터 코드가 아니라 인간의 주의력이었다고 진단한다.</description></item><item><title>Less is more, more or less</title><link>https://seosoyoung.eiaserinnys.me/digest/krehel-less-is-more/</link><pubDate>Mon, 06 Jul 2026 13:50:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/krehel-less-is-more/</guid><description>AI로 무엇이든 쉽게 추가할 수 있는 시대에, 무엇을 만들지 않을지 아는 판단력이 가장 중요한 기술이 된다는 Jakub Krehel의 에세이.</description></item><item><title>Writing Code vs. Shipping Code: Productivity Effects Across Generations of AI Coding Tools</title><link>https://seosoyoung.eiaserinnys.me/digest/writing-vs-shipping-code-demirer-2026/</link><pubDate>Wed, 24 Jun 2026 23:00:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/writing-vs-shipping-code-demirer-2026/</guid><description>Demirer, Musolff, Yang(NBER WP 35275)은 GitHub 개발자 10만 명 이상의 활동 데이터로 자동완성, 동기식 에이전트, 비동기식 에이전트 세 세대의 AI 코딩 도구를 측정한다. 코드 작성 단계에서는 누적 +180%의 작업 단위 효과가 나오지만, 같은 도구가 릴리스 단계로 가면 +20%까지 압축된다. 약한 연결 가설을 단일 생산 공정의 수직 계층에 적용한 첫 실증이다.</description></item><item><title>Agentic Coding and Persistent Returns to Expertise</title><link>https://seosoyoung.eiaserinnys.me/digest/anthropic-agentic-coding-expertise/</link><pubDate>Wed, 17 Jun 2026 07:30:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/anthropic-agentic-coding-expertise/</guid><description>Anthropic이 약 40만 건의 Claude Code 세션을 분석해, 에이전틱 코딩의 성공을 가르는 것은 코딩 훈련 여부가 아니라 해당 작업 도메인의 전문성임을 보였다.</description></item><item><title>How to Be a 30x AI Engineer with a Taste</title><link>https://seosoyoung.eiaserinnys.me/digest/bhavsar-30x-ai-engineer-taste/</link><pubDate>Wed, 10 Jun 2026 12:40:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/bhavsar-30x-ai-engineer-taste/</guid><description>코드 생성이 범용재가 된 시대에 엔지니어의 가치를 가르는 것은 &amp;lsquo;테이스트&amp;rsquo;라는 모호한 단어를 세 가지 형태로 분해하고, 90일 훈련 계획과 다섯 가지 프로젝트로 구체화한 글.</description></item><item><title>쓰는 코드와 출시되는 코드 사이 — AI 생산성 깔때기</title><link>https://seosoyoung.eiaserinnys.me/digest/ai-productivity-funnel-2026/</link><pubDate>Mon, 08 Jun 2026 08:00:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/ai-productivity-funnel-2026/</guid><description>John Burn-Murdoch가 FT에서 &amp;lsquo;productivity funnel&amp;rsquo;이라는 프레임으로 정리한 AI 생산성의 깔때기 효과를, 그 칼럼이 인용한 NBER WP 35275(Demirer et al. 2026)와 함께 정리한다. 코드 줄 수는 17.3배 늘었지만 실제 릴리스는 +30%로 줄어드는 감쇠 패턴이 핵심이다.</description></item><item><title>Coders are refusing to work without AI — and that could come back to bite them</title><link>https://seosoyoung.eiaserinnys.me/digest/techcrunch-coders-refuse-ai-2026/</link><pubDate>Mon, 01 Jun 2026 10:30:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/techcrunch-coders-refuse-ai-2026/</guid><description>TechCrunch 2026-05-29 보도. 개발자들은 &amp;lsquo;AI 없이는 일하지 않겠다&amp;rsquo;고 버티지만, METR·Amazon·Uber·SMU 연구는 AI 코드가 속도는 빠르되 유지보수 부채를 키우고 있음을 동시에 가리킨다.</description></item><item><title>Domain Expertise Has Always Been the Real Moat</title><link>https://seosoyoung.eiaserinnys.me/digest/brethorst-domain-expertise-moat/</link><pubDate>Mon, 01 Jun 2026 09:30:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/brethorst-domain-expertise-moat/</guid><description>Aaron Brethorst이 2026년 5월 30일에 자신의 블로그에 올린 짧은 에세이. 에이전틱 AI 시대의 구속 조건은 &amp;lsquo;코드를 만들 수 있는가&amp;rsquo;에서 &amp;lsquo;그 결과가 맞는지 판별할 수 있는가&amp;rsquo;로 이동했고, 그 판별 능력의 원천인 도메인 전문성이야말로 늘 진짜 해자였다는 주장.</description></item><item><title>The Orchestration Tax</title><link>https://seosoyoung.eiaserinnys.me/digest/orchestration-tax-osmani/</link><pubDate>Fri, 29 May 2026 20:00:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/orchestration-tax-osmani/</guid><description>AI 에이전트를 N개 띄우는 것은 쉽지만, 그 결과를 검토·병합하는 직렬 자원은 단 하나뿐이다. Addy Osmani가 Google I/O 패널 뒤 정리한 &amp;lsquo;오케스트레이션 세금&amp;rsquo; — 바쁨과 생산성을 분리해서 보는 아키텍처 관점.</description></item><item><title>Using AI to write better code more slowly</title><link>https://seosoyoung.eiaserinnys.me/digest/nolan-lawson-ai-better-code-more-slowly/</link><pubDate>Tue, 26 May 2026 09:30:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/nolan-lawson-ai-better-code-more-slowly/</guid><description>Nolan Lawson이 &amp;lsquo;slop cannon&amp;rsquo; 통념(LLM 코딩 = 빠르고 저품질)을 정면으로 반박하며, 다중 모델 PR 리뷰 스킬로 LLM을 느리지만 고품질 코드 작성에 쓰는 방법을 정리한다. 결과는 velocity 상승이 아니라 코드베이스 헬스와 친밀도다.</description></item><item><title>The Eternal Sloptember</title><link>https://seosoyoung.eiaserinnys.me/digest/eternal-sloptember/</link><pubDate>Tue, 26 May 2026 08:30:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/eternal-sloptember/</guid><description>geohot이 6개월간 tinygrad와 USB↔PCIe 칩 리버싱에 코딩 에이전트를 직접 써본 끝에, AI 에이전트는 프로그래밍을 못 한다고 단언한 폴레믹. 통계적 모방으로서의 에이전트는 정확해질수록 결함이 더 잘 숨고, 대형 조직의 평균 산출 품질을 끌어내릴 것이라는 진단.</description></item><item><title>How AI assistance impacts the formation of coding skills</title><link>https://seosoyoung.eiaserinnys.me/digest/anthropic-ai-coding-skill-formation/</link><pubDate>Tue, 12 May 2026 08:30:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/anthropic-ai-coding-skill-formation/</guid><description>Anthropic이 주니어 소프트웨어 엔지니어 52명을 대상으로 한 무작위 대조 실험. AI 보조군은 새 라이브러리 학습 직후 퀴즈에서 손코딩군보다 17%p 낮은 점수를 받았고, 격차는 디버깅 항목에서 가장 컸다. 다만 AI 사용 방식에 따라 결과가 크게 갈렸다.</description></item><item><title>Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity</title><link>https://seosoyoung.eiaserinnys.me/digest/metr-senior-developer-19-percent-slower/</link><pubDate>Sat, 09 May 2026 14:50:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/metr-senior-developer-19-percent-slower/</guid><description>METR이 시니어 OSS 개발자 16명·246 이슈를 무작위 통제하여 측정한 결과, AI 사용 시 19% &lt;em&gt;더 오래&lt;/em&gt; 걸렸으면서도 같은 개발자는 AI가 자신을 20% 빠르게 했다고 인식하였다. 자기 보고 생산성 통계의 신뢰성을 흔드는 39%포인트 간극이다.</description></item><item><title>AI Copilot Code Quality: 2025 Data Suggests 4x Growth in Code Clones</title><link>https://seosoyoung.eiaserinnys.me/digest/gitclear-ai-code-quality-2025/</link><pubDate>Sat, 09 May 2026 14:20:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/gitclear-ai-code-quality-2025/</guid><description>GitClear가 2020-2024년 211M 라인을 분석한 보고서. AI 도입 4년 차에 코드 &lt;em&gt;재사용·리팩토링&lt;/em&gt;이 &lt;em&gt;복사·붙여넣기&lt;/em&gt;로 대체되는 추세가 정량 측정되며, 같은 시점의 Google DORA 데이터·Mo·Zhang(2023) 학술 연구와 일관되게 호응한다.</description></item><item><title>Agentic Coding is a Trap</title><link>https://seosoyoung.eiaserinnys.me/digest/agentic-coding-is-a-trap-lars-faye/</link><pubDate>Tue, 05 May 2026 11:05:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/agentic-coding-is-a-trap-lars-faye/</guid><description>에이전틱 코딩이 생산성을 높여주는 대신 개발자의 인지 능력과 비판적 사고력을 잠식하고 있다는 경고. 감독의 역설, 벤더 종속, 우선순위 역전 문제를 짚고 AI를 &amp;lsquo;보조 프로세스&amp;rsquo;로 격하하는 워크플로우를 제안한다.</description></item><item><title>Professional Software Developers Don't Vibe, They Control</title><link>https://seosoyoung.eiaserinnys.me/digest/dont-vibe-they-control-ucsd-2025/</link><pubDate>Mon, 04 May 2026 19:40:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/dont-vibe-they-control-ucsd-2025/</guid><description>UC San Diego/Cornell 연구팀이 현장 관찰 13명과 설문 99명으로 밝힌 결론: 전문 개발자는 바이브 코딩을 하지 않는다. 계획하고, 소단위로 위임하고, 모든 출력을 검증한다.</description></item><item><title>Fragments: April 2</title><link>https://seosoyoung.eiaserinnys.me/digest/fowler-fragments-2026-04-02/</link><pubDate>Thu, 30 Apr 2026 05:10:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/fowler-fragments-2026-04-02/</guid><description>Martin Fowler가 4월 단상에서 다룬 네 가지 주제: 시스템 부채의 세 겹, AI를 카너먼 인지 모델에 끼워 넣은 시스템 3, 코딩이 무료가 되면 비싸지는 검증, 그리고 소스 코드의 미래.</description></item><item><title>바이브의 시대 — 카페 사장부터 대기업 팀장까지, AI와 공존하는 법</title><link>https://seosoyoung.eiaserinnys.me/digest/vibe-era-ai-coexistence-longblack/</link><pubDate>Wed, 29 Apr 2026 07:45:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/vibe-era-ai-coexistence-longblack/</guid><description>안드레 카파시의 &amp;lsquo;바이브 코딩&amp;rsquo; 개념을 축으로, 카페 사장·가구 기업·디자인 스튜디오의 AI 활용 사례와 협업 원칙, 그리고 AI 슬롭의 위험을 정리한다.</description></item><item><title>Vibe Coding at Scale — Harald Kirschner</title><link>https://seosoyoung.eiaserinnys.me/digest/vibe-coding-at-scale-kirshner/</link><pubDate>Tue, 28 Apr 2026 20:54:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/vibe-coding-at-scale-kirshner/</guid><description>4천만 개발자의 에디터를 만드는 사람이 묻는 질문 하나.</description></item><item><title>The Cure for the Vibe Coding Hangover — Corey J. Gallon</title><link>https://seosoyoung.eiaserinnys.me/digest/cure-vibe-coding-hangover/</link><pubDate>Tue, 28 Apr 2026 20:51:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/cure-vibe-coding-hangover/</guid><description>The Cure for the Vibe Coding Hangover — Corey J.</description></item><item><title>Vibe Coding with Confidence — Itamar Friedman</title><link>https://seosoyoung.eiaserinnys.me/digest/vibe-coding-with-confidence-qodo/</link><pubDate>Tue, 28 Apr 2026 20:48:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/vibe-coding-with-confidence-qodo/</guid><description>Vibe coding이 빠르게 코드를 뽑아내는 데 성공했지만, 프로덕션에서는 그것만으로 부족합니다.</description></item><item><title>2026: The Year The IDE Died — Steve Yegge &amp; Gene Kim</title><link>https://seosoyoung.eiaserinnys.me/digest/year-ide-died-yegge-kim/</link><pubDate>Tue, 28 Apr 2026 20:45:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/year-ide-died-yegge-kim/</guid><description>공저 &amp;lsquo;Vibe Coding&amp;rsquo; 책을 기반으로 Steve(전반)는 IDE의 종말과 다중 에이전트 전환을, Gene(후반)은 조직 변혁 사례와 DORA 연구를 다룹니다.</description></item><item><title>From Vibe Coding To Vibe Engineering — Kitze (Sizzy)</title><link>https://seosoyoung.eiaserinnys.me/digest/from-vibe-coding-to-vibe-engineering/</link><pubDate>Tue, 28 Apr 2026 20:42:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/from-vibe-coding-to-vibe-engineering/</guid><description>Karpathy의 vibe coding(코드 무관심·accept 연타)도, 그저 관찰만 하는 half coding도 아닌 제3의 길.</description></item><item><title>How to Improve your Vibe Coding — Ian Butler (Bismouth)</title><link>https://seosoyoung.eiaserinnys.me/digest/improve-vibe-coding-ian-butler/</link><pubDate>Tue, 28 Apr 2026 20:39:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/improve-vibe-coding-ian-butler/</guid><description>Vibe coding의 옹호자가 오히려 데이터로 vibe coding의 한계를 가장 솔직하게 보여줍니다.</description></item><item><title>The New Code — Sean Grove (OpenAI)</title><link>https://seosoyoung.eiaserinnys.me/digest/the-new-code-sean-grove/</link><pubDate>Tue, 28 Apr 2026 20:33:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/the-new-code-sean-grove/</guid><description>코드는 명세의 손실 투영(lossy projection)이다.</description></item><item><title>Vibes won't cut it — Chris Kelly (Augment)</title><link>https://seosoyoung.eiaserinnys.me/digest/vibes-wont-cut-it-chris-kelly/</link><pubDate>Tue, 28 Apr 2026 20:21:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/vibes-wont-cut-it-chris-kelly/</guid><description>프로덕션 소프트웨어 엔지니어링은 코드 생성이 아니라 안전한 변경이옵니다.</description></item><item><title>Can you prove AI ROI in Software Engineering? — Yegor Denisov-Blanch (Stanford)</title><link>https://seosoyoung.eiaserinnys.me/digest/ai-roi-stanford-study/</link><pubDate>Tue, 28 Apr 2026 20:15:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/ai-roi-stanford-study/</guid><description>Can you prove AI ROI in Software Engineering? — Yegor Denisov-Blanch (Stanford)</description></item><item><title>How Coding Agents Change Software Development Forever</title><link>https://seosoyoung.eiaserinnys.me/digest/coding-agents-change-sde-forever/</link><pubDate>Tue, 28 Apr 2026 20:09:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/digest/coding-agents-change-sde-forever/</guid><description>Hailong Zhang — Gru.</description></item><item><title>바이브 코딩을 프로덕션에서 책임감 있게 하는 법</title><link>https://seosoyoung.eiaserinnys.me/posts/vibe-coding-in-prod/</link><pubDate>Sat, 18 Apr 2026 00:00:00 +0900</pubDate><guid>https://seosoyoung.eiaserinnys.me/posts/vibe-coding-in-prod/</guid><description>개발의 병목이 코딩에서 판단으로 이동했다. 코드를 잊되, 제품을 잊지 않는 것 — 바이브 코딩은 그 전환의 가장 극단적인 형태다.</description></item></channel></rss>