#AI 코딩
19개의 포스트
설계 문서는 왜 2026년에 다시 화제가 되었나 — 「효과적인 소프트웨어 설계 문서 쓰는 법」 완전 해부
6월에 나왔을 때는 아무도 안 봤던 글이 9월 14일 해커뉴스 1면에 올라 334점과 137개의 댓글을 받았다. 구글과 마이크로소프트에서 설계 문서를 배운 한 창업자가 쓴 「효과적인 소프트웨어 설계 문서 쓰는 법」이다. 이 특집은 그 글의 24개 구성 요소를 하나씩 뜯고, 1969년 욕실에서 쓰인 첫 RFC부터 아마존의 6페이지 메모와 구글의 설계 문서까지 이 관습이 어디서 왔는지 찾고, 원문의 캐시 아키텍처 예시를 숫자로 재현하고, 코드가 싸진 2026년에 사람이 여전히 써야 하는 문서가 무엇인지 따진다. 인터랙티브 위젯 5종과 삽화를 함께 싣는다.
코딩을 사랑한 사람의 슬픔 — 「Feeling sad about AI」가 건드린 것, 그리고 2026년의 데이터
2026년 9월 11일, 영국의 한 개발자가 9분짜리 영상을 올렸다. 코드는 한 줄도 나오지 않는 영상이었다. 그는 AI가 슬프다고 말했고, 그 슬픔의 이름을 '무시당함'이라고 붙였다. 해커뉴스 282개, Lobsters 67개의 댓글이 달렸다. 이 특집은 그 글을 끝까지 읽고, 왜 이 감정이 지금 터졌는지를 장인과 탈숙련의 역사에서 찾고, 'AI가 코딩한다'는 문장을 트랜스포머부터 에이전트 하네스까지 분해하고, 2026년의 실측 데이터로 그 문장의 진위를 따진다. 인터랙티브 실험 4종과 논문 원본 그림을 함께 싣는다.
코딩이 풀렸다면, 그다음은? — 코드의 '슬롭'을 측정하는 법
LLM은 이제 형식적으로 올바른 코드를 거의 완벽하게 쓴다. 그런데 테스트를 전부 통과한 코드가 왜 한 달 뒤에는 아무도 손댈 수 없는 덩어리가 되는가. Earendil의 세바스티안이 던진 이 질문이 해커뉴스를 뜨겁게 달궜다. 이 글은 그 질문의 뿌리를 1976년 맥케이브의 순환 복잡도까지 거슬러 올라가 추적하고, 그 답으로 등장한 벤치마크 SlopCodeBench의 아키텍처를 수식과 코드 수준에서 뜯어본다. 침식(erosion)과 군더더기(verbosity)라는 두 지표가 어떻게 계산되는지, 왜 프롬프트로는 고쳐지지 않는지, 그리고 2026년 9월 현재 프론티어 모델들이 이 벤치마크 앞에서 어디까지 왔는지를 인터랙티브 도구 여섯 개와 함께 짚는다.
Claude Code 데이터 사이언스 스킬 가이드 — EDA부터 대시보드까지 노트북 밖으로
노트북 셀 안에서 자동완성해 주는 AI와, 저장소 전체를 읽고 코드를 실행하며 결과를 해석하는 AI는 다른 도구입니다. 내장 dataviz 스킬(설치 0초), pandas EDA 스킬, 인터랙티브 HTML 대시보드 스킬, Jupyter 노트북 연계 패턴, 그리고 24개 dbt 모델 의존성을 40초에 추적한 파이프라인 디버깅까지 — 데이터 사이언티스트가 Claude Code를 분석 파트너로 쓰는 법을 워크플로우 순서대로 정리했습니다.
Claude Code 백엔드 스킬 가이드 2026 — 설계·마이그레이션·보안을 맡기는 법
백엔드에서 AI 코드의 문제는 '못생김'이 아니라 '그럴듯한데 프로덕션에서 터짐'입니다. 락 걸리는 마이그레이션, 50줄이면 될 것을 500줄로 만드는 과설계, 조용히 지나가는 보안 구멍. 2026년 백엔드 개발자들이 실제로 쓰는 스킬 — 40만 스타급 superpowers 프레임워크, Karpathy 4원칙, 마이그레이션 검사, Postgres 최적화, 보안 리뷰, Docker — 를 행동 교정과 도메인 지식 두 축으로 정리하고, 설계→TDD→마이그레이션 검사→보안 리뷰로 이어지는 실전 워크플로우를 제안합니다.
Claude Code 프론트엔드 스킬 가이드 2026 — taste, 디자인 스킬, 이미지 투 코드, Playwright까지
AI가 만든 UI가 전부 비슷하게 생긴 이유는 모델이 아니라 컨텍스트에 있습니다. 2026년 프론트엔드 개발자들이 실제로 쓰는 Claude Code 스킬 5종 — 82K 스타 taste-skill, Anthropic 공식 frontend-design, 시안을 디자인 토큰으로 재구성하는 image-to-code, '눈'을 달아주는 Playwright 스킬, Three.js 스킬 팩 — 을 설치 명령부터 조합 워크플로우까지 정리했습니다. 스킬이 무엇이고 언제 발동되는지, CLAUDE.md와 뭐가 다른지도 함께 다룹니다.
윈도우에서 Claude Code 제대로 쓰기 — 네이티브냐 WSL이냐부터 오류 해결까지
윈도우에서 Claude Code는 '설치 명령을 어느 셸에 붙여넣었는가'부터 꼬이기 시작합니다. PowerShell·CMD·Git Bash·WSL 네 갈래 길에서 무엇을 골라야 하는지 결정 기준을 먼저 세우고, 네이티브 설치와 WSL2 설치를 각각 처음부터 끝까지 따라갑니다. irm not recognized, 실행 정책 차단, PATH 미등록, WSL에서 node not found, 회사 프록시 TLS 오류까지 — 실제로 가장 많이 막히는 지점 12가지를 공식 문서 기준으로 정리했습니다.
맥에서 Claude Code 시작하기 — 새 맥북 켜고 /init까지 30분
터미널을 처음 열어보는 분도 따라올 수 있게 썼습니다. Xcode 명령줄 도구 → Homebrew → Node·Git → Claude Code 설치 → 로그인 → 첫 프로젝트에서 /init 실행까지, 2026년 8월 공식 문서 기준으로 명령어 하나하나에 '왜 필요한지'를 붙였습니다. 막히는 지점 8가지와 해결법도 정리했습니다.
「나는 AI를 그만 쓰기로 했다」 — 어떤 개발자의 이탈 선언이 드러낸 것
20년차 개발자가 18개월간 Claude Code를 쓰다가 전면 중단을 선언했고, 그 글이 2026년 개발 커뮤니티를 흔들었습니다. 그런데 이건 러다이트의 글이 아닙니다 — 1983년 배인브리지가 예측한 '자동화의 역설'이 소프트웨어에서 처음 대규모로 재현된 사건입니다. METR·DORA·GitClear·Veracode의 상반된 데이터를 전부 펼쳐놓고, 같은 도구가 에어비앤비에서는 18개월을 6주로 줄이고 그에게는 우울증을 준 이유를 끝까지 따져봅니다.
코드를 보지 마라, 아이디어를 잡아라 — antirez가 던진 불편한 질문
Redis를 만든 사람이 말했다. '아무도 이 코드를 봐선 안 된다. 코드가 담은 아이디어만 보면 된다.' 30개월에 걸친 그의 입장 변화를 추적하고, 1975년의 책이 왜 지금 다시 읽히는지, 그리고 숫자들이 정말 그의 반대편에 서 있는지 끝까지 따져본다.
인간은 루프 안에서 지쳤다 — 'Human-in-the-Loop'의 70년史와, AI가 코딩의 보상을 훔쳐간 2026년
Pydantic의 엔지니어가 쓴 한 편의 고백 「The Human-in-the-Loop is Tired」가 개발자 세계를 뒤흔들었다. '코드가 알아서 써지는' 시대에 왜 우리는 더 생산적이면서 동시에 더 불행해졌을까? 이 글은 그 답을 찾기 위해 1948년 사이버네틱스의 '키잡이'에서 출발해, 군사 자율무기의 in/on/out-of-the-loop 논쟁, 강화학습의 보상함수, 스키너 상자, 그리고 2026년 버클리·하버드의 노동강도 연구까지 훑는다. '망가진 것은 당신이 아니라 피드백 루프'라는 명제를, 인터랙티브 시뮬레이터 2종과 함께 해부한다.
이해가 새로운 병목이다 — AI가 코드를 다 짜는 시대, 인간에게 남은 진짜 일
AI 에이전트가 코드를 초당 수백 줄씩 쏟아낸다. 생성은 공짜가 됐고, 검증도 점점 자동화된다. 그런데 병목 하나가 조용히 남았다 — 사람이 그걸 아직 이해하고 있는가? Geoffrey Litt의 2026년 7월 에세이 「Understanding is the new bottleneck」을 축으로, 왜 '이해'가 새로운 병목이 됐는지 파헤친다. 앨런 케이의 50년 전 꿈부터 페퍼트의 '매쓰랜드', 마투셰크의 간격 반복 퀴즈, 스토리 교수의 '인지 부채(cognitive debt)'까지 — 개념의 뿌리를 쉽게 따라가고, /explain-diff·마이크로월드·공유 공간이라는 세 가지 무기를 사례로 만난다. 마지막엔 독자가 직접 '이해 게이트'를 통과해 본다. '루프 밖으로 나가는 게 아니라, 더 깊이 루프 안으로.'