프롬프트가 도구를 만드는 시대, 우리는 왜 여전히 직접 코드를 작성하는가
프롬프트가 도구를 만드는 시대, 우리는 왜 여전히 직접 코드를 작성하는가
GeekNews · 2026-09-12 13:33
① 생성형 AI의 코드 생성 기능이 고도화되면서 개발자들 사이에서 창작 동기와 의지가 꺾이는 내적 소진 현상이 나타나고 있습니다.
② AI 보조 도구를 사용해 결과물을 빠르게 얻는 편리함과, 프로그래밍 과정 자체에서 느끼는 창작의 즐거움은 별개의 영역입니다.
③ 직접 공들여 만든 작은 도구가 동료들에게 인정받고 자부심을 주던 창작 생태계가 프롬프트 주문형 방식으로 인해 변화하고 있습니다.
④ 효율성과 경쟁만을 따진다면 기성 엔진이나 AI를 써야 하겠지만, 스스로 배우고 구현하는 과정 자체에 본질적인 가치가 있습니다.
⑤ AI 시대에 창작자가 취할 수 있는 태도는 도구를 수용하되 즐거움을 잃거나, 그만두거나, 어렵더라도 자신만의 방식을 고수하는 것입니다.
생성형 AI가 흔들어 놓은 개발자의 창작 의욕과 소진이란 무엇인가?
최근 소프트웨어 개발 생태계는 그 어느 때보다 격변의 시기를 지나고 있습니다. 거대언어모델(LLM, 대규모 텍스트 데이터를 학습해 인간처럼 자연스러운 문장이나 코드를 생성하는 인공지능 모델)의 코드 생성 능력이 급격히 발달하면서, 프롬프트 한 줄만 입력하면 복잡한 유틸리티 도구나 간단한 게임을 순식간에 만들어내는 일들이 일상적으로 일어납니다. 이러한 변화는 생산성 향상이라는 측면에서는 긍정적으로 보일 수 있지만, 역설적으로 수년간 땀 흘려 프로그래밍 기술을 배우고 다듬어 온 개발자들에게는 깊은 내적 소진과 허무함을 안겨주기도 합니다.
내가 어렵게 공부해서 구현했던 로직이나 며칠 동안 밤을 새우며 고민해 만든 기능을 AI는 단 몇 초 만에 쏟아냅니다. 이러한 현상이 지속되면서 창작자들은 자신의 기술과 노력이 끊임없이 평가절하당하고 있다는 느낌을 받기 쉽습니다. 단순히 결과물을 빠르게 만들어내는 속도 경쟁에서 인간이 기계를 이기기 어려워진 시점에서, '내가 왜 이 기술을 그토록 열심히 배웠는가'에 대한 근본적인 회의감이 드는 것입니다. 이는 개인의 실력 문제가 아니라, 창작을 업으로 삼거나 취미로 즐기는 모든 이들이 맞닥뜨린 정체성의 혼란이기도 합니다.
코드 생성 성능과 프로그래밍을 직접 할 때의 즐거움은 어떻게 다른가?
많은 기업과 개발팀이 AI 코드 비서 도입을 권장하며 업무 효율성을 강조하지만, 도구가 코드를 잘 짜는 것과 개발자가 프로그래밍 과정에서 느끼는 즐거움은 완전히 별개의 문제입니다. 많은 개발자들이 생성형 AI 보조 도구와 함께 작업할 때 기묘한 소외감을 토로합니다. 프롬프트를 통해 입력하고 AI가 출력한 결과물은 아무리 훌륭하게 작동하더라도 온전히 자기 것처럼 느껴지지 않기 때문입니다. 내가 한 줄 한 줄 고민하며 아키텍처를 설계하고 디버깅을 거쳐 완성했을 때 찾아오는 깊은 자부심을, 단순히 생성된 코드를 검토하고 수용하는 과정에서는 느끼기 어렵습니다.
오랜 기간 동안 소프트웨어 개발은 단순한 노동이 아니라 논리를 쌓아 올려 문제를 해결하는 일종의 예술적 창작 활동으로 취급받아 왔습니다. 하지만 AI가 중간 과정을 모두 생략하고 완성품만을 툭 던져주는 방식이 보편화되면서, 개발자가 직접 코드를 만지며 느꼈던 지적 유희와 손맛이 사라지는 문제가 발생합니다. 결과적으로 직업이자 가장 큰 즐거움이었던 기술 자체가 허공으로 증발해 버린 듯한 상실감을 자아내며, 많은 이들이 도구의 유용성을 인정하면서도 실제 작업 과정에서는 충족감을 얻지 못하는 모순적인 상황에 놓이게 됩니다.
동료들의 칭찬과 작은 유틸리티 개발이 주던 보람은 왜 사라지는가?
과거에는 개발자들이 스스로 필요성을 느껴 만든 작은 셸 스크립트(shell script, 운영체제의 명령어 인터프리터에서 실행되도록 작성된 프로그램)나 업무 보조 도구들이 개발 생태계를 풍요롭게 만드는 중요한 요소였습니다. 자신이 매일 불편하게 느끼던 점을 개선하기 위해 개발한 소소한 도구를 깃허브(GitHub) 같은 저장소에 올리거나 사내 메신저로 공유했을 때, 동료들이 직접 사용해 보고 남겨주는 피드백과 칭찬은 창작자에게 매우 큰 동력원이었습니다. 이러한 상호작용은 단순한 친목 도모를 넘어 개발을 지속하게 만드는 강력한 사회적 보상이었습니다.
하지만 이제는 상황이 달라졌습니다. '이런 기능이 있으면 좋겠다'는 생각이 들면, 동료가 만든 도구를 찾아 쓸 필요 없이 각자 사용하는 AI 인터페이스에 문장 몇 개를 적어 넣으면 그만입니다. 누구나 자기 맞춤형 도구를 즉석에서 주문 생산할 수 있는 시대가 되자, 개인이 깊은 애정을 담아 만든 작은 창작물들은 설 자리를 잃어가고 있습니다. 다른 사람의 관심과 평가가 더 이상 유효하지 않게 느껴지면서, 과거 개발자들이 누렸던 소소한 성취감과 타인의 칭찬에서 오는 충족감마저 점차 희석되는 양상을 보입니다.
과거에는 '사용하기 편리한 git 브랜치 전환 도구'를 직접 만들어 공유하는 것만으로도 조직 내에서 가치를 인정받았지만, 이제는 누구나 유사한 유틸리티를 AI 프롬프트로 몇 초 만에 뽑아 쓸 수 있어 개인 창작물의 사회적 희소성이 매우 낮아졌습니다.
AI가 없어도 높은 완성도를 구현하는 사례는 무엇을 시사하는가?
이러한 혼란 속에서도 인공지능 기술의 개입 없이 오직 인간의 설계와 정밀한 엔지니어링만으로 훌륭한 결과물을 만들어내며 묵묵히 나아가는 이들이 있습니다. 일례로 디자이너이자 엔지니어인 Shad가 개발 중인 iOS용 카메라 애플리케이션인 언카메라(Uncamera) 사례를 들 수 있습니다. 이 앱은 일반적인 카메라 필터처럼 촬영이 끝난 후 이미지에 가공된 필터를 씌우는 쉬운 방식을 택하지 않습니다. 대신 아이폰 카메라의 원시 센서 출력 데이터와 룩업 테이블(lookup table, 특정 입력값을 다른 출력값으로 빠르게 변환하기 위해 미리 계산해 둔 데이터 표)을 정밀하게 조합하여, 실제 필름 카메라로 찍은 듯한 깊이 있는 사진을 연출해 냅니다.
이 프로젝트의 주목할 만한 점은 개발 과정에서 생성형 AI가 단 한 차례도 사용되지 않았다는 사실입니다. 개발자 역시 생성형 AI를 활용한 제작 방식에서는 진정한 창작의 즐거움과 만족감을 얻을 수 없다는 회의를 품고 있었기 때문입니다. 비록 세상은 더 쉽고 빠른 길을 가라고 말하지만, 완성도 높은 애플리케이션을 구현하기 위해 자신만의 수작업 방식을 유지하는 이러한 도전은 AI 만능주의 시대에 창작의 순수한 재미와 본질이 어디에 있는지를 강하게 환기해 줍니다.
효율성을 극대화하는 방식 대신 '어려운 길'을 선택하는 진짜 이유는?
사실 개발자들이 효율성이 떨어지는 복잡하고 어려운 방식을 고집하는 사례는 이전에도 많았습니다. 예를 들어, 게임을 출시하는 속도와 시장 경쟁력만을 목표로 삼았다면 누구나 유니티(Unity)나 고도(Godot), 언리얼(Unreal) 같은 상용 게임 엔진을 가져다 썼을 것입니다. 굳이 성능 최적화가 까다롭고 진입 장벽이 높은 C++ 언어를 사용해 바닥부터 자신만의 전용 게임 엔진을 직접 설계할 필요는 전혀 없었습니다. 3D 그래픽을 흉내 내는 자체 렌더러를 하나씩 구현하는 일은 얼핏 보기에는 비효율적인 시간 낭비처럼 보입니다.
그럼에도 불구하고 엔지니어들이 이 고단한 경로를 자처한 이유는 명확합니다. 설계 도면을 직접 그리고 구현을 시도하는 복잡한 여정 속에서 말로 다 표현할 수 없는 배움과 즐거움이 채워지기 때문입니다. 하나하나 동작 원리를 깨우치고 버그를 해결하는 경험은 상용 엔진의 템플릿을 조합해 빠르게 결과물을 내는 방식으로는 결코 대체할 수 없는 성장의 밑거름이 됩니다. 결국 '내가 이 작업을 왜 하고 싶어 하는가'에 대한 해답은 완성된 산출물의 개수나 속도에 있는 것이 아니라, 탐구하고 만들어가는 행위 자체에 있습니다.
그래서 우리에게 무슨 의미인가: 우리가 마주한 세 가지 선택지
기술이 극적으로 발달하는 현시점에서 창작을 지속하고자 하는 사람 앞에는 크게 세 가지 선택지가 놓여 있습니다. 첫째는 트렌드에서 도태되지 않고 남들과 경쟁하기 위해 원치 않더라도 생성형 AI를 적극적으로 수용하는 길입니다. 이 선택은 겉보기에는 뒤처지지 않는 안정감을 줄지 모르나, 만드는 과정의 진정한 즐거움과 자부심을 잃어버릴 위험이 큽니다. 둘째는 의욕을 완전히 잃고 창작 활동 자체를 아주 그만두는 길입니다. 하지만 무언가를 끊임없이 만들어내고 표현하고 싶어 하는 창의적인 성향을 가진 사람들에게 이 방식은 사실상 불가능한 선택에 가깝습니다.
마지막 셋째 길은 비록 비효율적이고 남들보다 느릴지라도 자신이 좋아하는 방식을 꿋꿋하게 유지하며 계속 배우고 만들어가는 선택입니다. 남들이 프롬프트로 몇 초 만에 결과물을 쏟아내더라도, 기꺼이 자신만의 우직한 개발 방식을 유지하는 고집이 필요합니다. 우리가 무언가를 만들고자 하는 근본적인 이유는 시장에서 승리하기 위함만이 아니라, 그 과정을 온전히 내 손으로 겪어내며 즐거움을 느끼고 싶기 때문입니다. AI가 모든 답을 대신 내려주는 세상이 올지라도, 내가 직접 만들고 싶다는 그 순수한 내면의 열정이야말로 여전히 우리가 키보드를 잡고 코드를 작성해야 하는 가장 강력한 이유입니다.
댓글
댓글 쓰기