SYDE
SYDESYDESYDE개발 생태계 전반에 번지고 있는 집단적 무력감의 정체
안녕하세요! SYDE 에디터 사이드입니다 👋
어젯밤, 커서(Cursor)가 단 10초 만에 짜준 수백 줄의 코드를 멍하니 바라보다가 문득 이상한 상실감을 느꼈습니다.
분명 에러 없이 완벽하게 돌아가고 내 주말 시간은 이틀이나 단축됐는데, 왜 마음 한구석이 뻥 뚫린 것처럼 허무하게 느껴지는 걸까요?
단순히 제 개인적인 권태기가 아닙니다. 속도가 빨라져서 환호해야 할 이 황금기에, 실리콘밸리를 비롯한 전 세계의 수많은 시니어 개발자들이 단체로 기묘한 '우울감(Grief)'을 호소하고 있거든요.
이들은 일자리를 뺏길까 봐 두려워하는 것이 아니라, 우리가 그토록 사랑했던 '코딩'이라는 행위의 본질 자체가 영원히 찢어지고(Split) 있는 현실에 탄식하고 있습니다.
웹 개발자로 30년 넘게 일해온 레스 오차드(Les Orchard)는 자신의 최신 블로그 칼럼을 통해, 이 슬픔의 정체를 아주 날카롭고 서늘하게 해부해 냈어요.
AI가 폭로해 버린 메이커들의 숨겨진 두 가지 종족과, 우리가 이 거대한 상실감을 딛고 어떻게 커리어를 지켜내야 하는지 그 깊은 속내를 들여다보겠습니다.
레스 오차드의 분석에 따르면, AI 보조 코딩(AI-assisted coding)은 개발자들 사이에 아주 오래전부터 존재했지만 보이지 않았던 거대한 '균열(Split)'을 수면 위로 끌어올렸어요.
과거 AI가 없던 시절에는, 우리 모두가 매일 똑같은 방식으로 일했습니다.
VS Code 같은 에디터를 켜고, 깃허브(GitHub) PR(Pull Request) 워크플로우를 거치며, 내 손가락으로 한 줄 한 줄 코드를 수작업으로 타이핑했죠.
일하는 과정이 완벽히 똑같았기 때문에, 내 옆자리에 앉은 동료가 '어떤 동기'로 코딩을 하는지 겉으로는 전혀 구별할 수가 없었어요.
하지만 AI가 코드를 대신 짜주기 시작하면서 상황은 180도 달라졌습니다.
이제 메이커 앞에는 "기계에게 코딩을 맡기고 나는 지시만 내릴 것인가?" 아니면 "효율을 포기하더라도 내 손으로 직접 코드를 깎을 것인가?"라는 명확한 갈림길이 생겨버렸거든요.
이 선택의 기로에서, 개발자는 크게 두 가지 종족으로 나뉘게 됩니다.
코드의 우아함 그 자체를 사랑하는 '장인(Craft-lovers)' 그룹과, 수단과 방법을 가리지 않고 결과물만 나오면 만족하는 '결과주의자(Make-it-go people)' 그룹으로 말이죠.
저자는 이 차이를 대학 시절의 수학 전공 수업에 비유해서 설명해요.
어떤 학생들은 정리와 증명 그 자체의 순수한 논리적 아름다움(순수 수학)에 매료되지만, 저자 같은 사람들은 그 공식을 활용해 화면에 무언가를 띄우는 응용(Applied)에만 관심이 있었다는 겁니다.
결국 AI는 우리가 처음 프로그래밍을 시작했던 진짜 이유, 즉 '수단'을 사랑했는지 아니면 '목적'을 사랑했는지를 잔인할 정도로 투명하게 발가벗겨 버린 셈이에요.
그렇다면 '장인(Craft-lovers)' 그룹에 속하는 개발자들이 느끼는 상실감의 정체는 무엇일까요?
칼럼은 제임스 랜달(James Randall)과 놀란 로슨(Nolan Lawson) 같은 베테랑 개발자들의 뼈아픈 고백을 인용하며 그들의 슬픔을 대변합니다.
그들은 코드를 마치 점토처럼 두 손으로 쥐고 주무르며 조각해 나가는 그 감각적인 '촉감'을 잃어버린 것에 대해 깊이 애도하고 있어요.
우리 사이드프로젝트 메이커들의 일상으로 치면 이런 겁니다.
알 수 없는 버그와 씨름하다가 새벽 2시에 마침내 디버거(Debugger)가 굴복하며 초록색 불이 들어올 때의 그 짜릿한 희열 말이에요.
타입스크립트(TypeScript) 인터페이스를 완벽하게 설계하고, 리액트(React)의 상태 관리를 한 치의 오차도 없이 우아하게 최적화했을 때 느껴지는 그 묵직한 자부심이죠.
그들은 깃허브 레포지토리 맨 아래에 "내가 이것을 만들었다(I made this)"라고 새겨 넣는 유화 화가의 서명 같은 낭만을 그리워합니다.
발견의 경이로움과 끈기 있는 뚝심으로 문제를 해결해 나가던 과정이, AI의 프롬프트 한 방에 무참히 '압축(Compressed)'되어 버린 거예요.
무언가를 얻었을지언정, 코딩이라는 예술적 행위가 주는 영혼의 충만함은 영원히 사라져 버렸다는 이들의 슬픔은 결코 과장이 아닌 아주 진실된 감정입니다.
반면, 어릴 적 7살 때 스크린에 무언가를 띄우고 싶어서 코모도어 64(Commodore 64)로 베이직(BASIC)과 어셈블리어를 배웠다는 저자 같은 '결과주의자'들은 완전히 다른 종류의 우울감을 겪고 있어요.
이들은 HTML이나 자바스크립트를 직접 손으로 치지 못하게 된 것에 대해서는 단 1%의 미련도 없습니다.
그들에게 코딩은 언제나 컴퓨터를 내 마음대로 부리기 위한 '수단'에 불과했으니까요.
하지만 그들 역시 지난 18~24개월 동안 극심한 공포와 상실감을 경험했다고 고백합니다.
그들의 슬픔은 코드 자체가 아니라, 코드를 둘러싼 생태계와 커리어의 붕괴를 향해 있어요.
오픈웹의 공유 자산들이 거대 AI 기업들의 학습 데이터로 무단 착취당하고, 인터넷 경험을 통제하는 권력이 소수에게 무섭게 집중되는 현실에 대한 애도입니다.
무엇보다 30년 넘게 자신의 무기였던 '웹 개발(Webdev)'이라는 분야가 모바일 앱에 파이를 뺏긴 데 이어, 이제는 'AI 엔지니어링'에 밀려 더 이상 매력적이지 않은 변방의 기술로 전락했다는 뼈저린 현실 자각이죠.
"과연 내가 뱉어내는 AI 코드를 끝까지 검증하고 통제할 수 있을까?", "나의 기술 스택은 3년 뒤에도 밥벌이가 될까?"라는 이들의 불안은, 장인들이 느끼는 감정 못지않게 아주 무겁고 현실적인 생존의 공포입니다.
그렇다면 우리는 이 기묘한 슬픔을 어떻게 다루어야 할까요?
저자는 "어느 쪽의 슬픔도 틀리지 않았다"고 위로하며, 자신이 지금 어떤 종류의 상실감을 겪고 있는지 명확히 인지하는 것이 극복의 첫걸음이라고 조언합니다.
만약 당신이 '장인'으로서의 코딩 질감을 그리워한다면, 효율을 따지는 본업에서는 AI를 쓰되 퇴근 후 개인 토이 프로젝트에서는 온전히 손코딩의 즐거움을 누리는 식으로 욕구를 분리해야 할지도 몰라요.
반면 커리어와 생태계의 변화를 두려워하는 결과주의자라면, 이 변화를 그저 '새로운 사다리'로 받아들이는 유연성이 필요합니다.
저자는 컴퓨터의 메모리에 바이트를 직접 욱여넣던 시절에서, 함수를 짜는 시대로, 그리고 거대한 시스템을 설계하는 시대로 발전해 오면서 단 한 번도 '퍼즐 풀기'가 멈춘 적은 없었다고 회고해요. 퍼즐의 추상화 레벨이 계속해서 높아졌을 뿐이죠.
이제 우리의 퍼즐은 코드를 치는 것이 아니라, AI 에이전트를 지휘하고 전체 아키텍처를 구성(Composition)하는 더 높은 차원의 게임으로 진화했습니다.
가장 중요한 본질은 단 하나입니다.
내 머릿속에 있던 기발한 아이디어가, 방식이 어찌 되었든 결국 스크린 위에서 실제로 작동할 때 느껴지는 그 압도적인 성취감(Satisfaction) 말이에요.
컴퓨터가 내 의도대로 움직이게 만든다는(Make Computer Do Thing) 그 짜릿한 본질만큼은 40년 전이나 지금이나 완벽하게 똑같다는 사실을 원문은 묵직하게 일깨워 줍니다.
지금 당장 에디터 창을 띄워놓고 묘한 허무함에 빠져있는 메이커들을 위해, 이 감정을 동력으로 바꿀 3가지 구체적인 액션 플랜을 제안합니다.
⚖️ 프로젝트의 '목적' 철저하게 분리하기:
사이드프로젝트를 시작할 때 이 프로젝트가 '빠른 수익화/출시'가 목적인지, 아니면 '내 개발 역량과 장인 정신의 수련'이 목적인지 명확히 선을 그으세요.
출시가 목적이라면 커서를 활용해 무자비하게 바이브코딩을 돌리고, 수련이 목적이라면 AI 자동 완성을 끄고 새벽 2시의 낭만적인 디버깅을 온전히 즐기는 겁니다.
🏗️ '코드'가 아닌 '아키텍처'로 퍼즐 레벨업 하기:
AI가 프론트엔드 UI를 10초 만에 짜버렸다고 허무해하지 마세요.
대신 확보된 그 시간 동안, "유저 트래픽이 10배로 뛰었을 때 이 백엔드 DB가 버틸 수 있을까?" 같은 더 거시적이고 복잡한 시스템 아키텍처 퍼즐을 고민하는 데 인지 에너지를 쏟아부으세요.
🤖 'AI 지휘관(Director)' 마인드셋 장착하기:
내가 직접 키보드를 두드리지 않았다고 해서 내 프로덕트가 아닌 것은 아닙니다.
오케스트라의 지휘자가 직접 악기를 연주하지 않아도 거대한 심포니를 만들어내듯, AI라는 뛰어난 연주자들을 적재적소에 배치하고 통제하여 결국 '결과물'을 세상에 내놓는 나 자신의 기획력을 온전히 축하하고 인정해 주세요.
💡 "손끝의 감각은 기계에게 내어주었지만, 무엇을 만들 것인지 결정하는 메이커의 영혼은 대체할 수 없습니다."
레스 오차드의 아티클을 읽으며, 저 역시 최근 커서(Cursor)를 쓰면서 느꼈던 그 정체 모를 헛헛함의 이유를 완벽하게 깨달았습니다.
"내가 짠 코드가 아닌데 이걸 내 포트폴리오라고 부를 수 있을까?"라며 스스로를 의심하던 메이커분들이라면, 분명 이 글이 묵직한 위로가 되었을 거예요.
기술의 사다리가 바뀌고 생태계가 요동치고 있지만, 결국 백지상태에서 무언가를 상상하고 그것을 세상에 작동하게 만드는 사람은 다름 아닌 '우리 자신'입니다.
잃어버린 과거의 코딩 감각에 얽매여 우울해하기보다는, 더 거대하고 멋진 시스템을 설계할 수 있게 된 지금의 자유를 SYDE 동료들과 함께 맘껏 누려보시길 응원합니다!
🔗 원본 글 링크:
https://blog.lmorchard.com/2026/03/11/grief-and-the-ai-split/첫 번째 댓글을 남겨보세요!
