Fowler가 말하는 harness는 조직도가 아니다.
계층으로 쌓거나, 중앙이 독점하거나, 모델·툴에 매달리면 — 그 순간 harness engineering이 아니라 이름만 남는다.
[Read More]
문제 퍼스트 — AI 시대에 툴보다 먼저 정의할 것
좋은 엔지니어링은 도구 선택으로 시작하지 않는다.
문제 정의와 성공 기준으로 시작한다.
[Read More]
테스트와 CI가 진짜 생산성인 이유 — 빠르게 쓰는 것보다 빠르게 안심하는 것
“빠른 팀은 코드를 빨리 쓰는 팀이 아니라,
변경 후에도 괜찮다는 확신을 빨리 얻는 팀이다.”
[Read More]
208초의 판단, 208분의 재심 — 「설리」가 말해주는 장애 대응의 역설
새벽에 영화를 보고 장애 채널이 떠올랐다.
살린 것은 판단이었는데, 나중에 재심받는 것은 그 판단이었다.
[Read More]
「하네스 다 했어요」는 아직 시작 — Claude Code가 대규모 코드베이스에서 말하는 것
Claude로 한 번 문서 뽑고 “하네스 세팅 끝”이라고 말하는 순간,
실제로는 하네스 유지보수가 시작되지 않은 것일 수 있다.
[Read More]
AI 보조 코딩 생산성 — 잘못 재는 12가지 (읽을거리)
번역 글이 아니다. 읽어볼 가치가 있는 글을 알리는 메모다.
본문·근거·인용은 모두 원문에 있다.
[Read More]
브라우저 MCP가 오면 웹 개발은 어떻게 바뀔까
다음 세대 웹 개발의 질문은 “코드를 어떻게 빨리 쓰나”가 아니라
“사람 UI와 에이전트 인터페이스를 어떻게 함께 설계하나”로 바뀐다.
[Read More]
Universal Cart 시대, 커머스 FE 운영 체크리스트
Universal Cart의 데모는 매끄럽다.
실제 서비스는 정합성과 복구 UX에서 승부가 난다.
[Read More]
Google I/O 2026, FE가 진짜 봐야 할 6가지
이번 I/O는 기능 소개보다, FE의 책임 범위를 다시 정의한 이벤트에 가깝다.
[Read More]
AI 스킬은 코드다 — 쓰면서 고쳐야 산다
AI 도구는 설치로 완성되지 않는다.
실전에서 발견한 것을 도구 정의에 다시 써넣는 루프가 생산성의 본체다.
[Read More]
리뷰 스레드 운영 체크리스트 — Approve와 Comment를 헷갈리지 않는 방법
리뷰 품질은 코드만으로 결정되지 않는다.
리뷰 결과를 전달하는 문장에서 팀 속도가 갈린다.
[Read More]
MCP가 메인스트림으로 내려온 주간 — 연결성에서 런타임·안전 운영으로
“연결은 늘 생산성을 올린다.
동시에 연결은 늘 사고 반경도 키운다.”
[Read More]