바이브 코딩(Vibe Coding) 직무의 부상
1년 전만 해도, AI와 대화하는 것이 중심인 소프트웨어 엔지니어 직무라는 아이디어를 들었다면 비웃었을 것입니다.
이제 채용 공고에서는 Cursor, Claude, GPT, Windsurf 사용 경험을 요구합니다.
저는 단점이 보이지 않습니다. 만약 어떤 회사가 AI를 활용해 무언가를 만드는 소프트웨어 엔지니어에게 엔지니어 급여를 준다면, 저는 기꺼이 그 일을 맡을 것입니다.
저는 프로그래밍을 즐깁니다. AI가 존재하기 훨씬 전부터 시작했습니다. 문제를 해결하고 시스템을 디버깅하는 것을 좋아합니다. 내일 당장 AI 도구들이 사라진다 해도, 저는 여전히 코드를 작성할 것입니다.
많은 개발자가 바이브 코딩이 다음과 같은 의미가 될까 봐 두려워합니다:
- 무작위적인 AI 출력물을 그대로 복사하기
- 결함이 있는 소프트웨어를 배포하기
- 엔지니어링을 프롬프트로 대체하기
그런 일도 가끔 일어납니다. 하지만 그것이 훌륭한 개발자가 하는 방식은 아닙니다.
계산기가 등장했다고 수학자들이 사라지지 않았습니다. IDE에 자동 완성 기능이 추가되었다고 프로그래머들이 사라지지도 않았습니다. 세대마다 기존 전문가들이 직업의 본질을 망친다고 주장하는 새로운 도구가 등장합니다. 그리고 결국 모두가 그 도구를 사용하게 됩니다.
AI는 그 사이클의 다음 단계일 뿐입니다.
소프트웨어의 기본 원리를 아는 개발자는 반복적인 작업을 AI에 맡길 수 있기 때문에 더 빠르게 움직입니다. 소프트웨어 작업의 상당 부분은 다음과 같습니다:
- CRUD 엔드포인트 작성
- 폼(form) 구축
- API 연결
- 스타일링 버그 수정
- 의존성 업데이트
- 테스트 작성
- 오래된 코드 리팩토링
- 문서 읽기
AI가 이러한 마찰을 줄여준다면, 그냥 사용하십시오. 고통받는다고 해서 가산점을 받는 것은 아닙니다.
가치는 프롬프트를 입력하는 데 있는 것이 아닙니다. 가치는 소프트웨어를 이해하는 데 있습니다.
숙련된 개발자는 AI가 언제 틀리는지 알기 때문에 더 나은 AI 결과물을 얻습니다. 그들은 보안 결함을 찾아내고, 잘못된 아키텍처를 식별하며, 환각(hallucination) 현상을 잡아냅니다.
진짜 기술은 단순히 코드를 생성하는 것이 아니라, 코드를 리뷰하는 것입니다.
소프트웨어 엔지니어링은 변하고 있습니다. 목표는 더 이상 모든 코드를 손으로 직접 쓰는 것이 아닙니다. 목표는 모든 도구를 활용하여 효율적으로 문제를 해결하는 것입니다.
기업은 생산성을 중시합니다. 만약 한 명의 엔지니어가 AI를 사용하여 세 명분의 일을 해낸다면, 경영진은 이를 알아차릴 것입니다.
당신에게는 두 가지 선택지가 있습니다:
- 진짜 프로그래머라는 정체성을 지키기 위해 AI를 거부하기
- 더 생산적인 사람이 되기 위해 도구를 배우기
두 번째 선택이 당신의 커리어에 더 좋습니다.
저는 여전히 모든 코드를 리뷰할 것입니다. 여전히 아키텍처를 책임질 것입니다. 다만 목표에 더 빠르게 도달할 뿐입니다.
승자는 그 중간에 있는 사람들일 것입니다. 그들은 AI에 의존하지 않으면서도 AI를 활용할 수 있을 만큼 소프트웨어를 깊이 이해하고 있습니다. 그들은 처음부터 직접 구축할 수도 있지만, 시간을 아끼기 위해 도구를 선택합니다.
기업은 당신에게 타이핑을 하기 위해서가 아니라, 문제를 해결하기 위해 비용을 지불합니다.
참여 가능한 학습 커뮤니티: https://t.me/GyaanSetuAi