프로그래밍을 즐기는 건 여전히 괜찮습니다

AI 요약

Chris Kiehl은 일과 삶을 구분하며 프로그래밍을 즐기는 데 경제적 이유가 필요하지 않다고 말합니다. 주말에는 직접 만든 버그 많은 Breakout 게임을 고치고, Agda 같은 의존 타입 언어의 아이디어를 Java 타입 안전성에 적용해 보며, 재귀 스킴을 공부합니다. 당장 쓸모가 없어도 탐구와 어려운 내용을 이해하는 과정 자체가 즐겁다는 설명입니다.

취미의 즐거움과 직업의 변화

글쓴이는 Hacker News에서 프로그래밍의 종말을 말하는 분위기를 접한 뒤, 그 목소리가 개인의 즐거움까지 잠식한다고 씁니다. Claude가 게임을 한 번에 만들 수 있더라도 직접 코드를 쓰는 이유는 결과물이 아니라 문제를 풀고 배우는 과정에 있다고 설명합니다. 주말의 취미 활동이 직장에서 손으로 코드를 작성하는 일의 경제성을 되돌릴 수 있다고 주장하지는 않습니다.

Reddit 반응

가장 큰 반론은 글이 직업으로서 프로그래밍의 변화를 다루지 않는다는 지적입니다. @u/ficiek은 사람들이 걱정하는 것은 취미 코딩이 아니라 업무가 달라져 직장에서 프로그래밍을 즐기기 어려워진 점이라고 말합니다. @u/DmitriRussian은 기업 환경의 프로그래밍이 예전부터 즐겁지만은 않았고, AI로 프로그래밍 기술의 가치가 낮아졌다는 점을 더 크게 느낀다고 덧붙입니다.

@u/BogdanPradatu는 손으로 목공이나 바느질을 즐기는 것과 그 방식으로 생계를 꾸리는 것은 다르다며, 쟁점은 손으로 코딩할 수 있느냐가 아니라 그 일에 임금을 받을 수 있느냐고 반박합니다. 이에 @u/mpyne은 보수를 받지 않는 프로그래밍도 오래전부터 가치 있고 보람 있는 활동이었다고 답합니다.

AI가 코드 유지보수와 개발자의 역할을 어떻게 바꿀지를 두고도 의견이 갈립니다. @u/TheMistbornIdentity는 장기간 코드를 유지해 본 경험을 들며, 코드를 이해하지 못하는 사람이 만든 AI 코드베이스의 유지 가능성을 걱정합니다. 반면 @u/Daegs는 사람도 나쁜 코드를 만들고 AI 코드는 적절한 방식으로 다루면 된다고 반박합니다. @u/Number127은 AI 사용을 즐기더라도 같은 업무를 더 적은 인원으로 처리할 수 있다는 우려는 남는다고 말합니다.

• @u/ficiek — 이 글은 모두가 왜 화가 났는지를 편리하게 완전히 놓칩니다. 제목은 "취미로서 프로그래밍을 즐겨도 괜찮습니다"가 맞습니다. 하지만 사람들이 화난 이유는 그게 아닙니다. 일이 너무 많이 바뀌어서 직장에서 프로그래밍을 즐기기 어렵거나 불가능해졌고, 우리가 선택했던 일도 이런 모습이 아니었기 때문입니다.
  • @u/DmitriRussian — AI 이전에도 프로그래밍 일자리는 대체로 재미가 없었습니다. 기업 세계에서 벌어지는 일에 관한 밈이 수없이 많은 이유가 있습니다. 제가 직접 느낀 중요한 변화는 프로그래밍이라는 기술의 가치가 낮아졌다는 점입니다. 사람들은 프로그래밍 지식 없이도 프로그래밍할 수 있다고 착각합니다. 요즘 AI 상황을 보면 그 흐름은 크게 반대로 돌아설 것 같습니다.
• @u/BogdanPradatu — 기본 도구로 손으로 목공을 하는 것도 괜찮고 손으로 바느질하는 것도 괜찮지만, 그렇게 생계를 꾸리는 사람은 아주 적습니다. 공장에서 대량 생산하는 물건을 손으로 만드는 일도 그렇습니다. 문제는 여전히 손으로 만들 수 있느냐가 아니라, 그 일에 돈을 받을 수 있느냐입니다.
  • @u/mpyne — 돈을 받지 않고 프로그래밍한 사람은 돈을 받고 프로그래밍한 사람보다 훨씬 오래전부터 있었습니다. 보람 있고 가치 있는 일입니다. 하지만 출근해서 일하고 퇴근한 뒤 월급을 받는 데만 초점을 둔다면 시대에 맞춰야 할 수도 있습니다. 어느 분야나 마찬가지입니다.
• @u/TheMistbornIdentity — 사람들은 프로그래밍 지식 없이도 프로그래밍할 수 있다고 착각합니다. AI를 열광적으로 따르는 사람들이 자신이 작성한 코드를 장기적으로 유지할 책임이 없다는 점이 아니라면 이해하기 어렵습니다. 저는 지난 5년 중 상당 기간을 입사 1년 만에 떠난 엉성한 외주 개발자가 남긴 코드를 계속 리팩터링하며 보냈습니다. 이런 코드베이스 대부분이 장기적으로 유지 가능할지 크게 의심합니다. 1년 넘게 코드를 한 줄도 쓰지 않은 사람이 유지할 수 있을지도 의문입니다.
  • @u/Daegs — 사람이 나쁜 코드를 커밋하는 경우는 몇 번이나 있습니까? 버그를 고치고 나쁜 코드를 리팩터링하는 데 사람의 노동 시간이 수십억 시간 들어갔습니다. AI가 완벽할 필요는 없습니다. 복잡한 프로젝트에서 전문가가 몇 달 걸려 쓸 기술 문서를 더 잘 작성하고, 코드가 어떻게 상호작용하는지 설명할 수 있다면 됩니다. AI를 책임감 있게 쓸 수도 무책임하게 쓸 수도 있습니다. 나쁜 방식으로 AI를 쓰는 회사는 확장에 실패하거나 고객 경험이 나빠져 도태될 테고, 잘 쓰는 회사는 민첩하게 코드를 만들고 성공할 겁니다.
• @u/Number127 — 저는 지금 AI와 일하는 것을 싫어하지 않습니다. 하지만 괜찮은 생계를 계속 유지하고 싶습니다. 도구가 생산성을 높일 때 고용 안정성을 걱정하는 건 당연합니다. AI가 새로운 기회와 일자리를 만들 수도 있지만 저는 지금 직장과 동료가 좋습니다. 같은 양의 일을 더 적은 인원으로 처리할 수 있다는 신호가 분명한 상황에서 지금 일자리를 잃을까 걱정하는 건 자연스럽습니다.
• @u/senfiaj — AI는 보일러플레이트 코드 작성처럼 지루한 부분을 덜어 줍니다. 하지만 재미있는 부분도 많이 없앱니다. 많은 개발자가 재미있는 부분 때문에 이 직업을 택했는데, 그 부분은 대부분 자동화되고 있습니다. 개발자에게 남는 일은 AI가 만든 코드를 검토하고 AI를 돌보는 일처럼 보통 즐기지 않는 업무입니다. 결과를 더 많이 내라는 압박까지 커지면서 일이 만족스럽지 않아지고 있습니다.

원문: Chris Kiehl / 번역·요약: Trawling