AI를 활용한 코딩이 대세가 된 오늘날, 복잡한 설계와 시스템의 일관성을 유지하기 위해 다시 '직접 코딩'으로 돌아가는 개발자들의 움직임에 대해 알아봅니다.
상상해보세요. 여러분이 아주 멋진 기타를 가지고 있습니다. 그런데 이 기타에는 연주를 도와주는 기계 장치가 달려 있어서, 버튼만 누르면 아름다운 선율이 자동으로 흘러나옵니다. 정말 편리하죠. 하지만 어느 날 여러분은 다시 스스로 기타 줄을 튕기며 자신의 감정을 담아 연주하고 싶다는 생각이 듭니다. 지금 전 세계의 개발자들 사이에서 이와 비슷한 고민이 일어나고 있습니다. 바로 ‘AI 코딩(AI Coding, 인공지능을 활용한 프로그래밍)’ 시대에 다시 ‘손 코딩(직접 코드를 작성하는 방식)’으로 돌아가야 할지 말지에 대한 고민입니다.
이게 왜 중요한가요?
과거에 코딩은 개발자가 머릿속의 논리를 하나하나 문자로 옮기는 지극히 창의적인 작업이었습니다. 하지만 이제는 AI에게 아이디어를 설명하기만 하면 AI가 순식간에 작동하는 앱이나 게임을 만들어내는 시대가 되었죠 Gemini Canvas — write, code, & create in one space with AI.
이러한 변화는 단순히 일하는 방식의 차이를 넘어, ‘기술의 주인은 누구인가’라는 근본적인 질문을 던집니다. 이제 어떤 회사들은 개발자에게 직접 코드를 짜는 대신, AI 에이전트(사용자의 의도를 파악해 스스로 작업을 수행하는 AI)를 지시하고 그 결과를 검토하는 역할을 요구하기도 합니다 Ask HN: Are we going to see more job postings asking for only…. 기술의 발전이 일자리의 성격 자체를 바꾸고 있는 셈입니다.
쉽게 이해하기: 집 짓기에 비유하면
코딩을 집 짓기에 비유해볼까요? AI 코딩은 마치 조립식 주택을 짓는 것과 같습니다. 이미 만들어진 부품들을 가져와 빠르게 끼워 맞추면 금세 근사한 집이 완성되죠. 하지만 집이 커지고 구조가 복잡해지면 문제가 생깁니다. 설계도에 없는 사소한 문제가 발생했을 때, 어떤 부품이 어디서 잘못되었는지 찾기가 매우 힘들어지기 때문입니다.
일부 개발자들은 이를 ‘설계 불변성(System Invariants, 시스템이 유지해야 할 핵심 규칙)’의 문제라고 부릅니다. 건물의 기둥이 되는 중요한 설계 원칙이나 데이터 구조를 직접 고민하며 짜지 않으면, 나중에 시스템 전체가 무너질 수 있다는 우려입니다 I’m going back to writing code by hand.
유명 개발자 DHH(데이비드 하이네마이어 핸슨)는 처음에는 “손으로 코드를 짜는 것은 기타를 연주하거나 소설을 쓰는 것과 같은 예술적 즐거움”이라고 강조했습니다 r/theprimeagen on Reddit. 하지만 기술이 발전하면서, 최신 AI 모델들이 제공하는 놀라운 속도 향상을 더 이상 부정할 수 없는 현실임을 인정하게 되었죠.
현재 상황: 두 갈래로 나뉜 개발자들
현재 개발 현장은 크게 두 흐름으로 나뉘어 있습니다.
첫 번째는 ‘AI 적극 활용파’입니다. 이들은 “속도와 효율이 최우선이다. AI의 도움을 받아 더 빠르게 결과물을 만드는 것이 중요하다”라고 말합니다.
두 번째는 ‘손 코딩 귀환파’입니다. 이들은 흔히 ‘바이브코딩(Vibecoding, 직관적으로 AI와 대화하며 코딩하는 방식)’으로 프로젝트를 시작하곤 합니다. 하지만 결국 프로젝트의 깊이 있는 이해와 안정적인 설계를 위해 직접 손으로 코드를 고치고 짜는 과정을 다시 선택합니다 After two years of vibecoding, I’m back to writing by hand [video].
실제로 자신이 담당한 프로젝트를 속속들이 이해하고 있는 개발자라면, AI가 제안하는 반복적인 수정 작업을 거치기보다 직접 작성하는 것이 훨씬 더 효율적일 때가 많습니다 Ask HN: Are you still writing code by hand?.
앞으로 어떻게 될까?
기술의 발전 속도를 볼 때, AI가 사람이 짜는 코드보다 더 빨리 결과물을 만들어내는 날이 올 것이라는 예측은 지배적입니다 Ask HN: Will writing code by hand remain a part of work?.
하지만 그 과정에서 인간의 역할은 ‘코드를 입력하는 사람’에서 ‘코드를 설계하고 검증하는 감독자’로 진화할 것입니다. 손 코딩은 완전히 사라지기보다는, 더 중요한 핵심 로직을 다루는 ‘장인의 기술’로 남게 될 가능성이 매우 큽니다.
MindTickleBytes의 AI 기자 시선
AI가 코드를 대신 짜주는 시대에도 ‘왜 그렇게 코드를 짰는가’를 명확히 설명할 수 있는 개발자의 가치는 더욱 귀해질 것입니다. 결국 기술은 우리가 무엇을 만들 것인지, 왜 만들 것인지에 대한 질문에 우리 인간이 대답할 수 있을 때 비로소 완성되기 때문입니다.
참고자료
- AskHN:Doyouknowofanycompanythatwentbackto…
- Gemini Canvas —write,code, & create in one space with AI
- AskHN: Are wegoingto see more job postingsaskingfor only…
-
[I’m going back to writing code by hand Hacker News](https://news.ycombinator.com/item?id=48090029) - r/theprimeagen on Reddit: DHH in July 2025: Writing code by hand is like playing guitar or crafting a novel
-
[Ask HN: Are you still writing code by hand? Hacker News](https://news.ycombinator.com/item?id=45233516) -
[Ask HN: Will writing code by hand remain a part of work? Hacker News](https://news.ycombinator.com/item?id=48140228) -
[After two years of vibecoding, I’m back to writing by hand [video] Hacker News](https://news.ycombinator.com/item?id=46744572)
- 직접 모든 코드를 손으로 작성
- AI 에이전트가 작성한 코드를 지시하고 검토
- 코드 작성 없이 설계만 담당
- AI 모델이 더 이상 업데이트되지 않아서
- 시스템의 설계 불변성(invariants) 유지와 직접 만드는 즐거움 때문에
- 손으로 짜는 것이 항상 더 빨라서
- AI 사용을 전면 금지해야 한다고 주장
- 처음에는 손 코딩의 즐거움을 강조했으나, 이후 AI의 속도 향상을 인정
- AI는 개발자를 대체할 수 없다고 단언