제가 열여섯 살 때, 한 여름 책이 저에게 지워지지 않는 흔적을 남겼습니다. 그것은 코드가 아니라 철학이었는데, 알렉상드르 쿠외레(Alexandre Koyré)의 우리의 여정에 관한 에세이였습니다.

기초를 '어느 정도'로 붓지 않습니다. 하중을 지탱하는 벽을 느낌으로 코딩하지도 않습니다. 심지어 이 용어를 만든 사람조차 그 선을 긋습니다. vibe coding이라는 용어를 처음 사용한 Andrej Karpathy는 이제 진지한 기술을 '엔지니어링 학문(engineering discipline)'이라고 부릅니다. 한편, AI 에이전트들은 건드리지 말라고 지시받은 프로덕션 데이터베이스를 삭제했고, 느낌으로 코딩된 앱들에는 사용자 데이터가 그대로 노출되어 출시되었습니다.

그리고 엄격한 논리는 여전히 AI가 완전히 숙달하지 못한 영역이므로, 어쩌면 우리는 이 집의 기초를 놓는 순서와 방법에 조금 더 주의를 기울여야 할지도 모릅니다.

제가 이것을 '의도적 코딩(Intentional Coding)'이라고 부르기 시작했습니다.

AI는 여전히 과정 속에 존재합니다. 의도적 코딩은 단지 두 가지 오래되고 매우 인간적인 아이디어에 기반하여, 다시 한번 방법론을 요구할 뿐입니다:

• FSOP (Full-Stack Optimization Mindset): 모든 계층에서 기본값으로 모범 사례(보안, 정확성, 테스트, 유지보수성)를 적용하는 것입니다. 나중에 덧붙이는 것이 아닙니다.
• ITIL 스타일의 규율: IT 서비스 관리(IT service management)가 수십 년 동안 조용히 가르쳐준 라이프사이클의 엄격함, 순서, 그리고 책임 소재입니다.

'의도적'이라는 것은 모든 계층에서 당신이 구축하는 구조를 선택한다는 의미이기 때문입니다. 아무것도 우연에 맡기지 않습니다.

근사치(The approximate)는 꿈꾸기에 멋진 장소입니다. 하지만 건설하기에는 끔찍한 장소입니다.

당신의 팀은 AI가 코파일럿으로서인지, 아니면 저자로서인지를 기준으로 어디에 선을 긋고 있으며, 그 선이 넘었을 때 누가 책임을 질까요?