왜 내가 AI 코딩 가이드라인을 썼는지, 그리고 여러분도 그래야 하는 이유
Source: Dev.to
Hiring Experience
우리는 최근에 이미 잘 알던 사람을 채용했습니다.
우리는 이전에 함께 일했었고, 그를 신뢰했으며, 그가 문제를 접근하는 방식을 좋아했습니다. 그는 기업가적 마인드를 가지고 있어—해야 할 일을 보고 그냥 해버립니다. 이것이 그를 채용한 주요 이유였습니다.
그는 초고경험자는 아니며 Cursor를 많이 사용합니다. 이것은 문제가 되지 않는데, 우리도 마찬가지이기 때문입니다. Cursor는 훌륭한 도구이며 개발 속도를 확실히 높여줍니다. 속도는 모든 스타트업의 성배입니다.
하지만 우리가 눈치채기 시작한 것은 속도나 산출물이 아니라 무언가가 동작한다는 점이었습니다. PR이 통과되었습니다. 하지만 설명이 가끔은 얇아졌습니다. 변경은 빨라졌지만, 질문이 생겼을 때 논리와 설명이 명확하지 않았습니다.
그는 물론이고 우리 모두에게 해당되는 느낌이었습니다.
AI는 코드에서 무슨 일이 일어나고 있는지 충분히 생각하지 않고도 진행하기 쉽게 만듭니다. 이는 양날의 검이며, 함부로 사용해서는 안 됩니다.
The Problem Isn’t AI Usage — It’s AI Dependency
기업이 팀에서 AI 사용을 전면 금지하는 무서운 사례들이 많이 있습니다. 이것은 누군가를 제한하거나 “AI를 덜 사용하라”는 이야기가 아닙니다. 그 점을 놓치고 있습니다.
물론 AI가 가끔은 AI 슬롭이라 불리는 나쁜 코드를 내놓을 수 있습니다—하지만 위험은 거기에 있지 않습니다.
위험은 생각하고, 추론하고, 자신의 결정을 설명할 수 있는 습관을 서서히 잃어가는 데 있습니다.
코드가 무엇을 하고 왜 존재하는지 설명할 수 없다면, 얼마나 빨리 생성됐는지는 중요하지 않습니다.
Why I Wrote the Guidelines
나는 AI 가이드라인을 주로 나 자신을 위해—그리고 우리 팀을 위해 작성했습니다.
- 누구도 느리게 만들기 위해서가 아닙니다.
- 도구를 제한하기 위해서가 아닙니다.
- 생각을 외주 주지 않기 위해서입니다.
핵심 아이디어는 간단합니다:
AI가 코드를 작성했더라도, 배포하는 코드는 언제나 당신의 책임입니다.
AI는 다음에 유용합니다:
- 구현 가속화
- 보일러플레이트 감소
- 솔루션 탐색 지원
하지만 이해를 대체해서는 안 됩니다.
What I Want to Preserve
우리는 사람을 고용합니다. 그 이유는 그들이 생각하고, 추론하고, 주인의식을 갖고 있기 때문입니다. AI는 이를 강화하고 확대해야지, 서서히 침식해서는 안 됩니다.
가이드라인은 우리가 의도적으로 행동하고, 지금은 “동작한다”는 수준이 아니라 6개월 뒤에도 시스템을 설명할 수 있도록 하기 위해 존재합니다.
그게 전부입니다.
아, 거의 잊을 뻔했네요. 실제 가이드라인을 읽을 수 있는 링크는 다음과 같습니다: