개발
새로운 소프트웨어 생명주기: 병목은 구현이 아니라 명세와 검증
A
Addy Osmani
2026년 7월 · 큐레이션
A
AI가 구현 시간을 압축하면서 명세·검증이 진짜 병목이 되고, 모델 자체보다 이를 둘러싼 “하네스”(지시·도구·가드레일)가 성패를 가른다는 정리.
Summary
- 1구현이 “쓰기 → 리뷰”로 뒤집힌다 — 빠른 생성보다 탄탄한 평가 프레임워크가 중요.
- 2명세 품질이 제약 — 구현이 분 단위로 빨라진 만큼 요구·설계에 선투자.
- 3정적/동적 컨텍스트 구분이 비용·품질의 지렛대. “AI는 그곳의 엔지니어링 문화를 증폭한다.”
Our take
“모델 10%, 하네스 90%”라는 도발이 과장으로 안 읽히는 건 근거가 구체적이어서다. 같은 모델로 하네스만 바꿔 벤치마크 순위가 뒤집힌 사례들, 그리고 구현은 빨라졌는데 리뷰까지 치면 오히려 느려지기도 한다는 실측 — AI 투자의 다음 지점이 모델 구독이 아니라 명세·평가·검증 체계라는 걸 수치로 보여준다.
What you grow
개발팀의 AI 투자 순서를 “더 좋은 모델”에서 “명세·평가(eval)·검증 체계”로 재배치하는 근거가 생긴다.
원문 전체
Addy Osmani에서 보기 →
직무개발
