안녕하세요, 무채색 개발자입니다.
요즘 프론트엔드는 거의 AI로 처리하고 있습니다. 퍼블리싱부터 컴포넌트까지 AI가 뚝딱 만들어주거든요. 물론 자세한 가이드를 추가하고 명시적으로 시켜야 하지만요. AI가 짜고 제가 돕는다는 생각으로 바이브 코딩 중입니다.
근데 분명 빠르고 편한데... "이게 정말 내가 한 일인가?" 싶습니다.
AI한테 에러 코드 붙여넣으면 금세 답이 나오고 편하긴 한데 뭔가 제가 해결한 게 아닌 느낌이라 성취감도 반감되는 거죠.
예전에는 이런 거였습니다:
복잡한 버그를 3시간 동안 디버깅하다가 해결했을 때의 쾌감
난해한 알고리즘을 구현해냈을 때의 뿌듯함
"이 코드 내가 짰어!" 하는 자부심
하지만 지금은:
"AI야, 이 에러 해결해줘" → 3분 만에 해결
"이 기능 구현해줘" → 10분 만에 완성
"근데... 내가 뭘 한 거지?"
최근에 AI 관련 자료를 보다가 깨달았는데, 우리가 찾는 성취감의 기준이 아직 예전 그대로인 것 같습니다.
예전 기준: "얼마나 복잡한 코드를 짰는가" 새로운 기준: "얼마나 가치 있는 문제를 해결했는가"
생각해보니 맞는 말 같습니다.
예전에는 "for문을 제대로 짰다"는 것 자체가 성취였다면, 지금은 "물류 최적화로 회사 비용을 30% 절감했다"는 게 진짜 성취 아닐까요?
AI가 코딩을 해주니까 저는 더 본질적인 문제에 집중할 수 있게 되었습니다. 어떤 기능이 정말 필요한지, 사용자에게 어떤 가치를 줄 수 있는지 말이죠.
하지만 막상 적응이 쉽지 않습니다.
주변에서는 "지금은 생존의 문제야. 1명이 100인분 해야 하는 시대"라고 합니다. 맞는 말이죠.
스타트업에서 혼자 개발하는 저에게 AI는 정말 구세주 같은 존재입니다. 프론트엔드부터 백엔드까지 빠르게 만들어내야 하는 상황에서 AI 없이는 정말 불가능했을 거예요.
그런데도 가끔 이런 생각이 듭니다:
"이렇게 AI에 의존하다가 나중에 AI 없이는 아무것도 못하는 개발자가 되는 건 아닐까?"
그래서 요즘은 나름의 규칙을 만들어보고 있습니다.
AI를 쓰되, "왜 이렇게 되는 건지" 꾸준히 공부하기
AI가 만든 코드를 그냥 복붙하지 않고, 한 줄 한 줄 읽어보면서 "왜 이렇게 짰을까?" 생각해보는 습관을 만들었습니다.
백엔드만큼은 직접 짜기
프론트엔드는 AI에게 맡기더라도, 백엔드 로직만큼은 직접 설계하고 구현해보려고 합니다. 기본기와 AI 활용 사이의 균형을 맞춰보려는 거죠.
개발 일지 쓰기
개발 멘토 형님의 조언대로 개발한 내용을 1년차 개발자 기준으로 정리하는 레포트를 꾸준히 작성해보려 합니다. "오늘 AI와 함께 무엇을 배웠는가"를 기록하는 거죠.
결국 AI가 선택지를 만들어주면, 우리가 현명하게 선택하는 게 새로운 개발자의 역할인 것 같습니다.
AI가 제시한 5가지 솔루션 중에서 우리 서비스에 가장 적합한 것 고르기
AI가 놓친 비즈니스 로직 보완하기
AI가 만든 코드를 실제 운영 환경에 맞게 최적화하기
어쩌면 이게 더 고차원적인 업무일지도 모르겠습니다.
이런 고민을 시니어 개발자분들께 털어놨더니, 완전히 다른 관점에서 바라보시더군요.
한 시니어분은 이렇게 말씀하셨습니다. "FE+BE 코딩 다 합쳐도 전체 IT 공정에서 차지하는 비율은 20%를 조금 상회한다. 즉 코딩을 통해 얻는 만족도의 최대치는 IT 전체 공정의 20% 정도밖에 안 된다."
주니어인 저에게는 충격적인 관점이었습니다. 저는 지금까지 코딩 자체에만 매몰되어 있었던 거죠.
그분은 "3-4년 차 즈음에 '내가 왜 이런 걸 하고 있지'라는 생각이 든다면, 그때가 본인의 업무 경험치를 코더에서 엔지니어로, 더 넓게는 아키텍트, 컨설턴트로 확장시키기 좋은 시기"라고 하셨습니다.
최근에는 바이브 코딩 때문에 그 시기가 더 빨라졌다고 하시더군요.
또 다른 시니어분은 AI 시대의 성취감을 이렇게 정의하시더군요:
속도 자체가 가치라는 겁니다. 실행 속도가 빨라지면 실험·학습·의사결정 사이클이 짧아지고, 그 자체로 큰 임팩트라는 거죠.
경계를 허무는 것도 성취라고 하셨습니다. AI 덕분에 디자인-FE-BE를 가로질러 끝까지 밀어붙일 수 있다면, 그건 개인의 엄청난 확장성을 보여주는 유의미한 성과라는 겁니다.
프로덕션의 엣지 케이스를 해결하는 것은 여전히 사람의 몫이라고 하시더군요. 바이브 코딩으로 구현해도 서비스 단계에서는 예외가 필연적으로 발생하는데, 이때 맥락을 읽고 우회로를 찾는 감각은 아직 AI가 대체할 수 없다는 거죠.
절대 KPI 달성이 핵심이라고 하셨습니다. 결국 지표가 움직였는가가 중요하고, 방법이 AI든 사람이든 KPI에 도달했다면 성과로 인정해야 한다는 것입니다.
지식의 자산화도 빼놓을 수 없다고 하시더군요. 코드의 문서화, 시각화와 공유 문화 구축은 크로스팀 커뮤니케이션의 기반이고, 조직의 장기적 임팩트를 만드는 일이라는 거죠.
시니어분들 이야기를 들으니 저와 완전히 다른 레벨에서 사고하고 계시다는 걸 느꼈습니다.
저는 "내가 이 코드를 짰나, AI가 짰나"에 매몰되어 있었는데, 시니어분들은 "문제를 어떻게 정의하고 설계했는가", "비즈니스에 어떤 임팩트를 만들었는가"를 보고 계시더군요.
성취의 기준이 '코드를 얼마나 많이 썼나'에서 '문제를 어떻게 정의·설계했고, 얼마나 빠르게 끝까지 책임졌나'로 완전히 바뀐 거죠.
AI는 가속기이고, 선택과 책임은 여전히 개발자의 역할이라는 말씀도 인상 깊었습니다.
물론 저에게는 아직 먼 이야기입니다. 지금 당장은 AI의 도움을 받더라도 기본기를 탄탄히 다지는 게 우선이겠죠.
하지만 시니어분들의 관점을 알게 된 것만으로도 큰 수확입니다. 언젠가는 저도 코딩 실력보다는 문제 정의 능력, 설계 역량, 그리고 비즈니스 임팩트를 만드는 능력에 집중하게 되겠죠.