그냥 그렇게 말하면 된다: 인간의 가치를 'AI보다 잘함'으로 증명하지 말라 (Caleb Gross)
Caleb Gross의 에세이 'You can just say it'을 읽고, 인간의 가치를 'AI보다 잘함'이라는 조건부 명제로 방어하는 흔한 논법이 왜 위태로운지, 그리고 '의도(intent)와 형식(form)'이라는 렌즈로 창작과 'AI slop'을 어떻게 다시 봐야 하는지 개발자 관점에서 분석·정리한다.
모든 포스트
전체 344개의 출정 기록을 최신순으로 — 261–280번째 (14 / 18쪽)
영원한 Sloptember: 에이전트는 프로그래밍을 못 한다 (George Hotz)
George Hotz(geohot)의 'The Eternal Sloptember'를 읽고, '에이전트는 프로그래밍을 못 한다 — 통계 모델이 점점 더 정교하게 망가진 코드를 내놓을 뿐'이라는 도발적 주장을 정리·분석한다. 지위 불안 가설을 스스로 기각하는 자기검증, 큰 조직이 더 크게 다친다는 비대칭, '의도 없는 산출물'이라는 품질 위기, 그리고 L...
성당, 시장, 그리고 윈체스터 미스터리 하우스: AI가 만드는 세 번째 소프트웨어 개발 모델 (Drew Breunig)
O'Reilly Radar에 실린 Drew Breunig의 'The Cathedral, the Bazaar, and the Winchester Mystery House'를 정리·분석한다. Eric Raymond의 성당·시장 모델에 '윈체스터 미스터리 하우스'라는 세 번째 모델을 더해, 코드가 공짜가 된 시대에 개인이 짓는 기괴하고 거대한 자작 도구와 ...
데이터는 소프트웨어가 아니다: Anthropic이 Claude로 사내 셀프서비스 데이터 분석을 구현한 방법
Anthropic 데이터 사이언스·엔지니어링 팀이 쓴 'How Anthropic enables self-service data analytics with Claude'를 읽고, agentic 분석의 정확도가 코드 생성이 아니라 거버넌스된 데이터 기반·구조화된 검색·skill·검증에서 나온다는 4계층 스택을 개발자 관점에서 분석·정리한다.
Postgres 하나면 충분하다: 중앙 오케스트레이터 없이 Durable Workflow 만들기 (DBOS)
DBOS의 Peter Kraft가 쓴 'Postgres is All You Need for Durable Workflows'를 읽고, Temporal 같은 외부 오케스트레이터 대신 Postgres를 직접 백킹 스토어로 쓰는 durable execution 아키텍처와 그 단순성·관측성·신뢰성 논거를 개발자 관점에서 분석·정리한다.
Karpathy의 LLM 코딩 가이드라인: 실패 모드 관찰을 행동 지침으로 (Andrej Karpathy)
Andrej Karpathy가 X에 남긴 LLM 코딩의 네 가지 실패 모드 관찰과, Forrest Chang이 이를 Claude 스킬(karpathy-guidelines)로 증류한 행동 지침을 함께 읽고, 네 원칙이 어떻게 관찰과 1:1로 대응하는지, 그리고 이것이 왜 프롬프트가 아니라 운영 규율인지를 정리한다.
Intent Debt: 에이전트가 대신 갚아줄 수 없는 단 하나의 부채 (Addy Osmani)
Addy Osmani의 'The Intent Debt'를 읽고, 기술 부채·인지 부채·의도 부채로 나누는 Triple Debt 모델과 '에이전트가 유일하게 대신 갚아줄 수 없는 부채는 의도 부채'라는 주장을 개발자 관점에서 분석·정리한다.
사기의 미래는 이미 와 있다: LLM이 바꾸는 사회공학 공격의 경제학
Manish Goregaokar의 'The future of the con is already here'를 읽고, LLM이 표적 사기(targeted scam)의 비용 구조를 무너뜨려 '사기를 for 루프로 돌리는 세계'를 어떻게 여는지, 그리고 우리의 보안 휴리스틱이 왜 재보정되어야 하는지를 분석·정리한다.
CLI 인증, 제대로 하는 법: 왜 기본값은 Device Flow여야 하는가
ABGEO의 'CLI Authentication, the Right Way'를 읽고, CLI 도구가 OAuth 인증으로 loopback flow 대신 Device Authorization Grant(RFC 8628)를 기본값으로 써야 하는 이유를 개발자 관점에서 분석·정리한다.
Essence: 방법론 감옥에서 탈출하기 (SEMAT·Alpha)
SEMAT와 Essence는 끝없는 방법론 전쟁을 넘어, 모든 소프트웨어 개발에 공통된 본질(Kernel)과 일곱 개의 Alpha로 팀의 상태를 추적하는 길을 제시한다. Process-Essential 시리즈의 마지막 단계.
Continuous Integration: 통합 지옥을 없애는 실천 (자동 빌드·빠른 피드백)
잦은 커밋·자동 빌드·빠른 피드백으로 통합 지옥을 없애는 Continuous Integration의 원칙과 파이프라인, 그리고 지속적 배포로 이어지는 길을 정리합니다.
Dependency Injection: 결합도를 다스리는 기술 (IoC·Composition Root)
Dependency Injection을 프레임워크 사용법이 아니라 IoC와 결합도 관리의 기술로 다룬다. 주입 방식, Composition Root, 안티패턴, 생명주기, 컨테이너 vs Pure DI까지 정리하며 OO-Design Essential 시리즈를 마무리한다.
GOOS: 테스트로 키우는 객체지향 소프트웨어 (Outside-In TDD)
Walking Skeleton으로 배포 파이프라인부터 세우고, mock 기반 outside-in TDD로 협력 객체의 역할·메시지를 설계하며 객체지향 시스템을 키우는 방법을 정리합니다.
OOSE: 유스케이스 주도 개발 (Jacobson의 원형)
Ivar Jacobson의 OOSE(1992)에서 유스케이스가 어떻게 탄생했고, 요구사항에서 분석·설계·테스트까지 이어지는 추적성을 어떻게 만들어내는지 살펴본다.
OOAD with Applications: 시스템을 객체로 모델링 (Booch)
Grady Booch의 OOAD를 길잡이 삼아 객체 모델의 4요소, 객체·클래스 식별, 관계와 책임 주도 설계, UML 표기법과 반복적 프로세스, 그리고 아키텍처적 시야까지 시스템 전체를 객체로 모델링하는 법을 정리한다.
Refactoring: 동작을 지키며 설계를 개선하는 규율
코드 냄새를 식별하고 Extract Function·Rename·Replace Temp with Query 같은 안전한 리팩터링을 테스트 안전망 위에서 작은 단계씩 실천하는 규율을 statement 예제로 익힙니다.
Writing Effective Use Cases: 목표 중심 시나리오 (주 성공 시나리오·확장)
Alistair Cockburn의 유스케이스 작성법을 따라 액터의 목표를 중심으로 주 성공 시나리오와 확장을 기술하고, 목표 수준·범위·전제·보장으로 요구사항을 계약처럼 명세하는 방법을 다룹니다.
OO Software Construction: 계약에 의한 설계 (Meyer의 DbC)
Bertrand Meyer의 Object-Oriented Software Construction을 따라 객체지향의 원리와 계약에 의한 설계(Design by Contract)를 정리합니다. Precondition·Postcondition·Class Invariant, LSP, 그리고 방어적 프로그래밍과의 차이를 Python 예제로 다룹니다.
We Programmers: 프로그래밍의 역사와 문화 (Ada에서 AI까지)
Ada Lovelace에서 현대 AI까지, 프로그래머라는 직업의 계보와 장인정신의 문화를 따라가며 시야를 넓히는 Craftsmanship Essential 시리즈의 마지막 교양 캡스톤.
The Software Architect Elevator: 아키텍트의 역할 (조직과 기술 잇기)
Gregor Hohpe의 The Software Architect Elevator를 따라 임원실과 기계실을 오가는 아키텍트의 역할을 정리합니다. 트레이드오프 소통, Conway의 법칙, 기술 리더십까지 다루며 Architecture-Essential 시리즈를 마무리합니다.