코딩을 멈췄습니다. 하지만 제 앱은 3일 만에 출시되었습니다.
3개월 전, 저는 풀스택 SaaS 대시보드를 구축했습니다. 저는 약 200줄의 코드만 작성했습니다. 나머지는 AI가 생성하고, AI가 검토하고, AI가 리팩토링했습니다.
앱은 현재 운영 중입니다. 사용자들은 비용을 지불합니다. 저는 버그 걱정 때문에 밤을 지새우지 않습니다.
이것은 자랑이 아닙니다. 경고입니다.
개발자의 역할은 빠르게 변하고 있습니다. 승리하는 개발자는 AI와 싸우는 사람이 아닙니다. 변화를 이해하는 사람입니다.
AI 네이티브 개발은 새로운 사고 모델(mental model)입니다. 단순히 자동 완성 기능이 아닙니다. AI를 협업자로 대하는 것입니다. 구현은 AI의 몫입니다. 아키텍처, 의도, 그리고 판단은 여러분의 몫입니다.
변화는 다음과 같습니다:
- 기존 모델: 여러분이 코드를 작성합니다. AI는 더 빠르게 작성하도록 돕습니다.
- 새로운 모델: 여러분은 '무엇을(what)'과 '왜(why)'를 정의합니다. AI는 '어떻게(how)'를 처리합니다. 여러분은 검증하고 방향을 잡습니다.
AI가 코드를 작성한다면, 코딩 기술만으로는 대체 불가능한 존재가 될 수 없습니다. 메타 기술(Meta-skills)이 여러분을 대체 불가능하게 만듭니다.
AI는 패턴을 찾는 데는 뛰어나지만, 패턴을 선택하는 데는 서툽니다. AI는 다음을 알지 못합니다:
- 서버 액션(server action)이 필요한지, 아니면 API 라우트(API route)가 필요한지.
- 상태(state)를 Zustand에 두어야 할지, 아니면 URL 파라미터에 두어야 할지.
- 모노레포(monorepo)가 필요한지 여부.
이것들은 판단의 영역입니다. 팀의 상황과 서비스 규모에 대한 맥락(context)이 필요합니다. 여러분은 그 맥락을 알고 있지만, AI는 모릅니다.
주니어 AI 개발자와 시니어 AI 개발자의 차이는 프롬프트에 있습니다.
- 약한 프롬프트: 속도 제한기(rate limiter)를 작성해 줘.
- 강력한 프롬프트: Next.js API 라우트를 위한 Redis 기반의 속도 제한기 미들웨어를 작성해 줘. IP당 분당 요청 수를 10개로 제한하고, 429 에러를 반환해 줘. 관리자 사용자는 속도 제한에서 제외하고, 제한된 요청은 Prisma 테이블에 로그로 남겨줘.
두 번째 프롬프트는 바로 실무에 적용 가능한(production-ready) 코드를 제공합니다. 이제 정밀함(precision)은 최고의 엔지니어링 기술입니다.
또한 실패 모드(failure modes)를 주의 깊게 살펴야 합니다. AI가 작성한 코드는 겉보기에는 맞지만 미묘하게 틀린 경우가 많습니다. 테스트는 통과할지 몰라도 보안 취약점이나 레이스 컨디션(race condition)을 숨기고 있을 수 있습니다. 주니어 개발자의 코드를 검토할 때와 똑같이 비판적인 시각으로 AI의 결과물을 검토하십시오.
AI를 두려워하는 개발자들은 잘못된 것에 집중합니다. 그들은 코드를 적게 쓰게 될 것을 걱정합니다. 진짜 위험은 코드 주변의 기술을 업그레이드하지 못하는 것입니다.
목표는 개발자가 그만두는 것이 아닙니다. 더 나은 개발자가 되는 것입니다.
앱을 3일 만에 출시할 수 있었던 이유는 제 시간을 다음 사항들에 쏟았기 때문입니다:
- 데이터 모델.
- 사용자 흐름.
- 엣지 케이스(edge cases).
- 비즈니스 로직.
그것이 이제 개발자의 업무입니다.
현재 여러분의 AI 작성 코드 대 직접 작성 코드의 비율은 어느 정도인가요? 댓글로 알려주세요.
코딩을 멈췄는데도 앱은 3일 만에 출시되었습니다: 2GHP가 된다는 것에 대해 알게 된 것들
저는 깨끗하고 효율적인 코드를 작성하는 제 능력에 자부심을 느끼곤 했습니다. 훌륭한 개발자가 된다는 것은 모든 구문, 모든 라이브러리, 그리고 모든 디자인 패턴을 완벽하게 숙지하는 것을 의미한다고 믿었습니다.
하지만 제 생각이 틀렸습니다.
최근 저는 새로운 애플리케이션을 구축하기로 했습니다. IDE를 열고 함수를 직접 타이핑하기 시작하는 대신, 저는 대부분의 시간을 프롬프트를 작성하고, 아키텍처를 설계하며, 결과물을 다듬는 데 보냈습니다. 이전보다 훨씬 적은 양의 코드를 작성했음에도 불구하고, 단 3일 만에 완전히 작동하는 앱을 출시했습니다.
이 경험은 소프트웨어 개발의 진화와 새로운 유형의 전문가, 즉 **2GHP(2nd Generation High Performer)**의 등장에 대해 깊은 깨달음을 주었습니다.
1GHP vs 2GHP: 무엇이 다른가?
전통적인 개발자, 즉 **1GHP(1st Generation High Performer)**의 가치는 '어떻게(How)'에 있었습니다. 어떻게 하면 더 효율적인 알고리즘을 짤 수 있을지, 어떻게 하면 메모리 사용량을 줄일 수 있을지, 어떻게 하면 특정 프레임워크의 복잡한 구문을 완벽하게 다룰 수 있을지에 집중합니다. 이들은 코드 그 자체의 장인이었습니다.
반면, 2GHP의 가치는 '무엇을(What)'과 '왜(Why)'에 있습니다. 2GHP는 코드를 작성하는 기술보다 문제를 정의하고, 해결책을 설계하며, 도구를 활용해 결과물을 만들어내는 능력에 집중합니다. 이들에게 코드는 목적이 아니라, 아이디어를 현실로 구현하기 위한 수단일 뿐입니다.
레버리지(Leverage)의 시대
과거에는 아이디어를 제품으로 만드는 데 엄청난 양의 '수동 노동(Manual Labor)'이 필요했습니다. 수천 줄의 코드를 직접 작성해야 했고, 버그를 잡기 위해 밤을 지새워야 했습니다.
하지만 이제는 레버리지의 시대입니다.
AI 도구(Cursor, v0.dev, Replit 등)는 개발자의 능력을 수십 배로 증폭시켜 줍니다. 이제 개발자의 역할은 벽돌을 하나하나 쌓는 벽돌공에서, 전체 건물의 설계도를 그리고 중장비를 조종하는 현장 소장으로 변하고 있습니다.
2GHP가 갖춰야 할 핵심 역량
코딩 실력이 예전만큼 중요하지 않다면, 무엇이 중요해질까요?
- 제품 사고(Product Thinking): 사용자가 정말로 원하는 것이 무엇인지, 이 기능이 어떤 가치를 제공하는지 이해하는 능력입니다.
- 시스템 설계(System Design): 개별 함수를 짜는 것보다, 전체적인 서비스의 흐름과 데이터 구조를 설계하는 능력이 훨씬 중요해집니다.
- 프롬프트 엔지니어링 및 도구 활용 능력: AI에게 정확한 지시를 내리고, 다양한 노코드/로우코드 도구를 조합하여 최적의 워크플로우를 만드는 능력입니다.
- 문제 해결 능력(Problem Solving): 기술적인 구현 방법은 AI가 찾아줄 수 있지만, "어떤 문제를 해결해야 하는가?"에 대한 답은 여전히 인간의 영역입니다.
결론
코딩을 할 줄 안다는 것은 더 이상 개발자의 유일한 경쟁력이 아닙니다. 이제는 무엇을 만들 것인가를 결정하고, 어떻게 도구를 활용해 가장 빠르게 가치를 전달할 것인가를 고민하는 사람이 승리하는 시대입니다.
코더(Coder)에 머물지 마세요. 빌더(Builder)가 되세요.