AI
AI 시대의 병목은 코드가 아니라 spec이다
AI 시대 개발 병목이 코드 작성보다 좋은 spec, 판단 기준, acceptance test 설계로 이동한다는 글입니다.
흩어진 관심사를 초안으로 꺼내고, 남길 것만 남깁니다.
AI
AI 시대 개발 병목이 코드 작성보다 좋은 spec, 판단 기준, acceptance test 설계로 이동한다는 글입니다.
AI
AX 전환을 설득 캠페인이 아니라 기존 업무에서 새 작업 방식으로 옮겨가는 이주 문제로 해석한 글입니다.
AI
AI 에이전트를 도입하려는 조직이 업무 구조, 권한, 기록, 검증 루프를 어떻게 다시 설계해야 하는지 정리한 글입니다.
AI
모델 성능보다 문제 정의와 판단 기준이 더 큰 병목이 되는 이유를 AI 조직 설계 관점에서 설명한 글입니다.
AI
바이브 코딩의 위험을 코드 확인 부족이 아니라 acceptance test와 검증 기준 부재에서 설명하는 글입니다.
AI
Claude Code를 자동완성 도구가 아니라 요구사항, 테스트, 검증 루틴을 함께 다루는 작업 파트너로 보는 글입니다.
AI
프롬프트를 문장 기술이 아니라 역할, 자료, 기준, 피드백 루프를 배치하는 맥락 설계로 보는 글입니다.
주중몽크
블루오션과 레드오션을 고르는 기준은 경쟁자 수가 아니라 설명 비용이다. 수요를 새로 만들 힘이 있으면 블루오션이고, 이미 있는 수요 안에서 선택 기준을 이길 수 있으면 레드오션이다.
AI
AX는 자동화 도구의 합이 아니라 정보, 책임, 예외 처리를 다시 설계하는 일이다.
학습
지능을 정체성으로 붙잡는 순간, 사람은 회피와 방어를 논리로 착각하기 쉽다.
AI
AI-native engineering org의 핵심은 빠른 코딩이 아니라, 코드 이후의 운영 구조를 다시 짜는 일이다.
사업
고가 상품이 팔리려면 합리적 근거와 함께 고객이 선택을 정당화할 상징이 필요하다.