Developer Tools

개발자의 AI 위기: '나도 가짜인가?' 하는 자괴감

소프트웨어 개발 영역에 쏟아지는 AI의 현란한 빛 뒤편에는 어두운 그림자가 드리워져 있습니다. 한 개발자의 고백은 깊어지는 불안감을 드러냅니다. 우리는 정말 '만들고' 있는 걸까요, 아니면 그저 '프롬프트'만 던지고 있는 걸까요?

한 개발자가 복잡한 코드가 표시된 컴퓨터 화면을 체념한 듯 바라보고 있으며, 주변에는 AI 제안의 희미하고 비현실적인 빛이 감돌고 있습니다.

Key Takeaways

  • 코딩을 위한 AI에 대한 과도한 의존은 진정한 기술 개발 부족과 진정성 부족으로 이어질 수 있습니다.
  • C와 같은 저수준 언어를 배우고 게임 개발과 같은 복잡한 분야를 탐구하는 것을 포함한 기본 원리로의 복귀가 해결책으로 제시됩니다.
  • 저자는 '프레임워크 개발자'가 되는 것을 비판하며 피상적인 생산성보다 깊은 이해를 구축할 것을 옹호합니다.

자, 솔직히 말해보죠. 소프트웨어 개발이란 놈은 참으로 기묘한 생물입니다. 이 업계에서 20년을 굴러먹다 보니, 사실 많은 부분이 이제는 영 말이 안 된다는 생각이 들어요. 최근에 한 개발자가 털어놓은 고백을 보십시오. 그는 ‘공허함’을 느낀다고 합니다. 단순히 좀 그런 정도가 아니라, ‘역겹고’, ‘가짜 같고’, 심지어 고수익 커리어마저 때려치우고 싶을 지경이라고요. 어쩐지 익숙하신가요? 그래야 정상입니다.

글쓴이는 처음에 극심한 불안과 우울감에 시달리는 자신의 모습을 그려냅니다. 수년간은 화학이 그를 괴롭혔다고 합니다. 물론 덱스터가 약속했던 폭발과 비커가 넘치는 그런 화학이 아니라, 영혼을 갉아먹는, 원칙대로만 해야 하는 지루한 종류의 그것이었죠. 잘못된 선택이었습니다. 8년 전, 전환점을 맞습니다. 인턴십이었죠. 갑자기 가능성의 냄새가 풍겨오기 시작했습니다.

PHP, 워드프레스, SCSS, 템플릿 작업, 헤더 수정… 산과 같았지만, 멘토의 도움으로 이를 극복했습니다. 피드백은 금과 같았고, 성장은 빠르게 이뤄졌죠. 5년 차에는 맞춤형 프로젝트를 이끌게 되었습니다. 하지만 곧 정체기가 찾아왔습니다. 배움의 방향이 코드에서 고객과의 통화, 그리고 업셀링으로 옮겨갔습니다. 그러던 중 회의감이 스멀스멀 피어올랐습니다. ‘주변에 형편없는 개발자들을 보게 됐어요. 신경 쓰지 않는 사람들 말이죠.’ 밑바닥부터 기어 올라온 경험이 없는 사람들이었습니다. 그의 시야는 좁았던 셈이죠.

새로운 언어가 손짓했습니다. Go였죠. 그는 Go에 푹 빠졌습니다. 거대한 애플리케이션을 만들었고, 그 과정을 즐겼습니다. 하지만 다음 직장은 어땠을까요? 동료들이 실망스러웠습니다. 더 나쁜 것은, 한 시니어 개발자가 Go가 제공해야 할 이점들을 ‘망쳐가면서’ 모든 것을 추상화하려는 것처럼 보였다는 것입니다.

그리고 피할 수 없는 일이 벌어졌습니다. AI가 뜨거운 감자처럼 등장했습니다. OpenAI, Claude. ‘뒤처질까 봐’ 두려워졌습니다. 하지만 글쓴이는 현명하게도 자동 완성의 함정을 피했습니다. 웹 앱에 집중했고, 컨텍스트를 위해 repomix를 사용했죠. 그리고… ‘그것으로 많은 일을 해냈습니다.’

여기서부터가 진짜 문제입니다. ‘저는 아무것도 배우지 못했습니다. 정말 아무것도요.’ 문제는 해결했지만, 그 해결책을 재현할 수 있었을까요? 의문입니다. 그의 기분은 어땠을까요? ‘역겨웠습니다.’ 사기꾼이 된 기분이었죠. 그리고 갑자기, 업계 전반에 대한 그의 인식이 뒤틀렸습니다.

딜레마에 빠졌습니다. 급여는 훌륭합니다. 수십 년간 쌓아온 지식이 헛수고가 되는 걸까요? 그래서 그는 결심했습니다. 새로운 길을 찾기로요. AI는 덜 사용하고, 훨씬 덜 사용하기로요. AI는 분명 도구지만, 도구함의 전부가 될 수는 없습니다. 그의 제안은 무엇일까요? 저수준 언어를 배우라는 것입니다. C 말이죠. 게임 개발에 깊이 파고들라고 합니다. 그리고 결정적으로, ‘프레임워크를 배우지 마십시오… 당신은 프레임워크 개발자가 됩니다.’ 글쓴이도 그런 사람이었다고 합니다. PHP로 말이죠.

Go는 나중의 좌절에도 불구하고 문을 열어주었습니다. 처음부터 구축하는 경험이었죠. 이제 케이시 무라토리(Casey Muratori)라는 인물이 그의 나침반이 되었습니다. 노력은 다시 불붙어야 하고, 개선은 반드시 얻어져야 합니다.

AI의 거울: 비친 모습인가, 왜곡인가?

이것은 단지 한 사람의 실존적 고뇌가 아닙니다. 일종의 증상이죠. 우리는 무거운 짐을 덜어주겠다는 도구들에 둘러싸여 있고, 한동안은 마치 마법처럼 느껴지기도 합니다. 더 빠른 배포, 까다로운 문법과 씨름하며 보내는 밤의 감소. 하지만 대가는 무엇일까요? 코드가 블랙박스에서 흘러나오거나, 엔터를 누르기 전에 제대로 파악조차 못한 제안에서 비롯된다면, 당신 자신의 이해는 어디에 존재하게 될까요? 마치 최신 푸드 프로세서의 버튼만 누르며 요리를 배우는 것과 같습니다. 분명 식사는 나오겠지만, 요리하는 법을 알고 있나요? 이 개발자의 생생한 반응, 즉 ‘역겹다’는 감정은 경종을 울립니다. 업계가 실제적이고 힘들게 얻은 전문성보다 결과물을 우선시하고 있을지도 모른다는 신호입니다. 그리고 그것은 무엇인가를 지속적으로, 진정으로 혁신적인 것을 구축하려는 누구에게나 위험한 게임입니다. 단순히 또 다른 기능을 쏟아내는 것과는 다르죠.

개발자에게 왜 중요한가?

솔직히 말해, 누가 영원한 학습 루프에 갇히고 싶겠어요? 특히 당장 생계를 유지해야 할 때 말입니다. 하지만 이 실존적 공포는 단순히 개인적인 만족감의 문제가 아니라, 당신의 기술력의 장기적인 생존 가능성에 관한 것입니다. 만약 AI가 상용구 코드를 생성하고, 일반적인 버그를 처리하며, 복잡한 로직 초안까지 작성할 수 있다면, 인간에게 남는 것은 무엇일까요? 글쓴이가 C와 게임 개발로 방향을 튼 것은 복잡성, 즉 컴퓨팅의 근본적인 메커니즘과 맞서 싸우겠다는 의도적인 선택입니다. 그것은 편리함 때문에 추상화되어 버린 계층들을 거부하는 것입니다. 이러한 계층들은 진정한 이해를 가릴 수도 있기 때문입니다. ‘프레임워크 개발자’가 되는 것을 걱정하는 사람들에게 — 즉, 고도로 숙련된 복사-붙여넣기 전문가가 되는 것을 경계하는 사람들에게 — 이것은 각성할 시간입니다. 근본을 강화하고, 낮은 수준에서 작동 방식을 이해하는 것은 시대에 뒤떨어지는 것을 막는 보험입니다. 즉각적인 생산성뿐만 아니라 회복탄력성을 구축하는 것입니다.

저는 아무것도 배우지 못했습니다. 정말 아무것도요. 네, 새로운 문제를 많이 해결했지만… 돌아보면… AI를 사용해서 해결했기 때문에 그 해결책을 재현할 수 있을지 모르겠어요.

이 고백은 잔혹하지만, 가슴을 때립니다. 마치 기계 속 유령처럼, 인상적인 결과물이 사실은 당신 자신의 것이 아니었다는 찔리는 의구심입니다. 수년간 실리콘밸리는 효율성을 좇아왔고, 종종 깊이를 희생시켜 왔습니다. 더 빠르고, 더 저렴하고, 더 많이. AI는 그 추세를 초고속으로 가속시켰을 뿐입니다. 하지만 아무도 기반암을 실제로 이해하지 못해 기초가 흔들린다면 어떻게 될까요? 바로 거기에 진짜 위험이 도사리고 있습니다. AI가 직업을 ‘수행’할 수 있는지 여부가 아니라, 인간이 자신의 비판적 사고와 학습 과정을 외주화했을 때 무슨 일이 일어나는가에 달려 있습니다.


🧬 관련 인사이트

자주 묻는 질문

이 개발자는 AI 사용을 많이 하는 대신 무엇을 추천하나요? 이 개발자는 AI 사용을 대폭 줄이고, C와 같은 저수준 언어를 배우는 데 집중하며, 프레임워크에 의존하기보다 프로그래밍 기본 원리를 더 깊이 이해하기 위해 게임 개발과 같은 분야를 탐구할 것을 제안합니다.

AI 도구를 배우면 제가 나쁜 개발자가 되나요? 저자는 AI에 지나치게 의존하는 것, 특히 근본 원리를 이해하지 못한 채 코드 생성을 AI에 맡기는 것은 ‘가짜’라는 느낌으로 이어지고 진정한 기술 개발을 방해할 수 있다고 주장합니다. 중요한 것은 코드의 ‘무엇’뿐만 아니라 ‘어떻게’ 그리고 ‘왜’입니다.

AI를 사용하는 개발자들 사이에서 흔한 느낌인가요? 명시적으로 널리 퍼져 있다고는 언급되지 않았지만, 저자의 생생한 반응과 자신을 “가짜”라고 묘사하는 것은 AI 지원 개발의 진정성에 대한 잠재적인 불안감을 시사합니다.

Written by
Open Source Beat Editorial Team

Curated insights, explainers, and analysis from the editorial team.

Worth sharing?

Get the best Open Source stories of the week in your inbox — no noise, no spam.

Originally reported by Dev.to