dev.to

AI Stole Our Happy Place

AI가 코딩의 즐거움을 빼앗았습니다

코딩 에이전트가 일을 대신하면서 코드를 짜며 몰입하던 시간과 유능하다는 감각을 잃었다는 개발자의 글입니다. 댓글에서는 코딩의 즐거움이 문제 해결 과정과 집중에 있었는지 돌아보고, 에이전트에 맡길 일과 직접 풀 일을 나눠 보자는 의견이 나옵니다.

에디터 노트

댓글에서 가장 구체적인 쟁점은 결과물이 빨리 나오는 것과 작업을 즐기는 일이 같지 않다는 점입니다. 한 댓글은 기능을 완성하고도 직접 작은 문제를 풀었을 때보다 만족감이 낮았다고 말하고, 다른 댓글은 에이전트를 계속 감독하느라 집중이 끊기는 경험을 짚습니다. 코딩의 즐거움이 직접 문제를 푸는 과정과 몰입에 있었다는 해석은 원문의 상실감과 잘 맞습니다. 다만 글쓴이의 경험만으로 AI 도구가 개발자 전반의 즐거움을 줄였다고 단정할 수는 없습니다. 댓글에는 네트워킹과 보안을 새로 배우며 도전을 찾는 사례도 있고, 에이전트에 맡길 일과 직접 풀 일을 나누자는 제안도 나옵니다. 도구의 사용 여부보다 작업을 어떤 방식으로 나누느냐가 이 대화에서 남는 실질적인 질문입니다.

AI 요약

한때는 휴대전화를 내려놓고 노트북과 헤드셋을 챙겨 코드에 빠져들었습니다. 몇 시간 동안 바깥의 소음을 잊을 수 있는 코딩이 현실의 문제에서 벗어나는 자신만의 공간이었습니다. 하지만 이제는 간단한 이메일부터 여러 작업까지 코딩 에이전트에 말로 맡기고 조금 고치면 됩니다. 에이전트가 자신보다 더 잘 해내기도 합니다.

문제는 생산성보다 마음에 있습니다. 글쓴이는 코드를 직접 쓰며 자신이 쓸모 있다고 느꼈고, 코딩에 몰입해 현실의 걱정을 잠시 잊었습니다. 이제는 에이전트가 계속 일하도록 엔터를 누르는 일이 일상이 됐고, 역할이 달라지면서 코딩의 재미와 몰입도 줄었다고 말합니다. 코딩을 잘못된 방식으로 즐겼던 것인지 묻고, 다른 개발자에게 현실에서 벗어날 방법을 질문합니다.

dev.to 반응

  • @ace_bl — 솔직한 글입니다. 많은 사람이 느끼면서도 말로 표현하지 못하는 감정이라고 생각합니다. 헤드셋을 쓰고 소음이 사라진 채 몇 시간 동안 문제에 빠져드는 감각은 지킬 가치가 있습니다. 재미가 사라진 게 아니라 에이전트가 해결하지 못하는 어려운 설계 판단이나 자신만 이해하는 버그 같은 곳에 숨어 있을지도 모릅니다. 질문을 꺼내 줘서 고맙습니다. 즐거움만을 위해 직접 만들어 볼 작은 사이드 프로젝트가 있을까요?
    • @westernal — 좋은 생각입니다. 공유해 줘서 고맙습니다.
  • @annavi11arrea1 — 몇 년 전에 배우기 시작한 사람으로서 제가 하는 일에 좌절할 때가 있습니다. 정신을 날카롭게 유지하려고 네트워킹과 보안을 배우기 시작했습니다. 거기에는 아직 어려운 과제가 많습니다. AI가 아직 그 분야를 완전히 대신하지는 못했네요.
    • @westernal — 저도 여러 가지를 배우고 있지만 코드에 빠져들던 날들이 그립습니다.
  • @christopher_jakob_acda8fa — "예전에는 쓸모 있다고 느꼈다"는 문장이 AI 이야기보다 더 핵심이라고 생각합니다. 무의식은 RAS라는 필터를 통해 무엇을 알아차릴지 정합니다. 오랫동안 코딩은 그 필터가 문제를 살피지 않는 방이었고, 평온함과 가치감이 코드를 쓰는 행동에 함께 연결됐습니다. 코드를 쓰는 일이 사라지자 필터는 변화를 상실로 받아들이고 자신이 덜 가치 있다고 말하는 것입니다. 코딩을 잘못된 방식으로 즐긴 건 아닙니다. 한 공간에 너무 많은 역할을 맡겼던 것입니다. 화면이 아닌 공간에서도 조용함을 찾는 방법을 생각해 보세요. 모르는 사람에게 진심으로 칭찬을 건네고, 익숙해지면 대화를 더해 보세요. 상대가 어떻게 반응하는지는 중요하지 않습니다. 시도 자체가 성과입니다.
    • @westernal — 정말 한마디 한마디가 좋습니다. 고맙습니다.
    • @christopher_jakob_acda8fa — 마음에 와닿았다니 기쁩니다. 이번 주에 한 번 칭찬을 건네고 그 뒤에 마음이 어떻게 움직이는지 살펴보세요.
  • @build996 — '계속하려고 엔터를 누른다'는 표현은 누가 코드를 쓰는지뿐 아니라 주의가 어떻게 달라졌는지도 보여 줍니다. 작업은 빨리 끝나도 기다림과 승인 요청이 이어지면 작업 시간이 더 불쾌해질 수 있습니다. 에이전트에 범위가 분명한 작업 하나를 맡기고 그대로 둬 보면 어떨까요? 코딩 행위가 그리운지, 끊기지 않는 집중 시간이 그리운지 구분하는 데 도움이 될 수 있습니다.
    • @westernal — 바로 그렇습니다. 고맙습니다.
  • @sizzlebop — 개발 과정에서 AI를 실제로 즐겨 쓰지만 이 글에 공감합니다. 사라진 건 코딩 자체라기보다 문제에 완전히 빠져 시간을 잊고 스스로 답을 찾는 감각일 수 있습니다. AI 도구를 자주 쓰면서 작은 문제를 두 시간 동안 고민해 해결했을 때보다 기능 전체를 구현하고도 만족감이 덜한 경우가 있었습니다. 결과물은 나왔지만 경험은 달랐습니다. 개발 과정에서 가장 재미있고 배울 점이 많은 부분을 AI에 맡기면 편리함이 그 과정을 건너뛰게 합니다. AI를 쓸 때와 직접 실험하고 해결할 때를 의식적으로 나누려 합니다. 모든 문제를 빨리 해결할 필요는 없고 사소한 일까지 에이전트에 맡길 필요도 없습니다. 문제를 푸는 과정은 코딩을 좋아하게 된 큰 이유였고 그 부분을 잃고 싶지 않습니다.
    • @westernal — 바로 그렇습니다. 정말 고맙습니다.
  • @torpedo — 성취와 명예를 바라면서도 다른 사람을 돕고 싶습니다. 일하지 않으면 굶거나 얼어 죽을 수 있기 때문인지, 사심 없는 기쁨은 오래전에 사라졌습니다. 매일 서두르며 사람들을 도울 때 어린 시절처럼 행복해지는 방법을 아직 찾고 있습니다. AI는 이상합니다. 생산성을 높이려는 도구인데 막상 도움이 필요하면 여전히 오랫동안 검색해야 합니다.
    • @westernal — 정말 그렇습니다. 모두 서두르고 있지만 다른 사람을 돕는 일이 어린 시절의 기쁨으로 돌아가는 길일 수도 있습니다. 나눠 줘서 고맙습니다.
  • @pengeszikra — '이메일도 그냥 쓰면 된다'는 말에는 동의하기 어렵습니다. 이메일은 지나치게 복잡하고 불투명한 소통 방식입니다. 외주 개발자로 일하며 회사 이메일 계정이 두 개이고, 주 이메일은 브라우저 안 가상 Linux 환경에서 Outlook과 비슷한 인터페이스로만 열립니다. 너무 느려서 한 달에 한 번 확인할까 말까 하고, 접속할 기운을 내려면 커피 두 잔이 필요합니다. 저는 이메일과 프로그래밍을 분리해 생각합니다. 프로그래밍은 현실의 문제를 잊게 해주는 깨끗하고 정돈된 공간입니다. AI 모델이 점점 더 자신 있게 일을 맡고 있지만 프로그래밍은 여전히 인간 지식의 중요한 부분입니다. 큰 붕괴가 일어나더라도 생존 기술뿐 아니라 프로세서만으로 프로그래밍 언어를 처음부터 만드는 능력도 보존할 가치가 있습니다. 기존 언어를 AI가 더 잘 이해하도록 다듬는 게 아니라 사람이 기술을 익히고 다음 세대에 전하려고 개선하는 일도 생각할 수 있습니다.

원문: dev.to / 번역·요약: Trawling