하스켈 커뮤니티에서 나온 솔직한 질문
하스켈 커뮤니티 포럼(Haskell Discourse)에 'How to keep enjoying programming in a world of LLMs'라는 글이 올라왔어요. 우리말로 하면 'LLM 시대에 어떻게 하면 프로그래밍을 계속 즐길 수 있을까'예요. 기술 발표도 아니고 새 라이브러리 소개도 아닌데, 이 질문은 유독 마음에 남아요. 많은 개발자들이 속으로만 하던 고민을 정면으로 꺼냈거든요.
'AI 덕분에 생산성은 올랐는데, 왜 예전만큼 재미가 없지?' 이런 생각 한 번쯤 해보셨죠? 오늘은 이 질문을 출발점으로 삼아서 개발의 즐거움이 어디서 오는지, LLM이 그걸 어떻게 바꾸고 있는지, 그리고 우리가 할 수 있는 건 뭔지 같이 이야기해볼게요.
왜 하필 하스켈 커뮤니티일까요
하스켈은 순수 함수형 프로그래밍 언어예요. 이게 뭐냐면, 함수가 같은 입력에는 항상 같은 결과를 내고 바깥 상태를 몰래 바꾸지 못하도록 언어 차원에서 강제한다는 뜻이에요. 타입 시스템도 아주 강력해서, 타입만 잘 설계해도 버그의 상당수를 컴파일 단계에서 잡을 수 있어요.
그래서 하스켈 개발자 중에는 코드를 우아하게 설계하는 과정 자체를 즐기는 사람이 많아요. 실무에 쓰려고 배웠다기보다, 문제를 수학처럼 깔끔하게 풀어내는 쾌감 때문에 하스켈을 붙잡은 경우가 많거든요. 이런 사람들에게 'AI가 코드를 대신 써준다'는 건 단순한 생산성 도구 이야기가 아니에요. 가장 좋아하던 퍼즐을 누가 옆에서 대신 풀어버리는 느낌일 수 있어요.
개발의 즐거움은 어디서 올까요
개발자마다 재미를 느끼는 지점은 달라요. 크게 나눠보면 이런 유형이 있어요.
- 퍼즐형: 어려운 문제를 붙잡고 끙끙대다가 풀어내는 순간의 쾌감을 좋아하는 사람
- 장인형: 깔끔한 구조, 좋은 이름, 읽기 좋은 코드로 다듬는 과정 자체를 즐기는 사람
- 제작형: 코드는 수단일 뿐이고, 뭔가를 만들어서 사람들이 쓰는 걸 보는 게 좋은 사람
그럼 어떻게 해야 할까요
비슷한 고민을 하는 개발자들 사이에서 자주 나오는 이야기를 모아보면 몇 가지 방향이 보여요.
일과 취미를 나누기. 회사 업무에서는 LLM을 적극적으로 쓰고, 개인 프로젝트에서는 일부러 직접 짜는 거예요. 등산로에 케이블카가 생겼다고 걸어 올라가는 즐거움이 사라지진 않잖아요. 빨리 올라가야 할 때는 케이블카를, 걷는 게 목적일 때는 두 발을 쓰면 돼요.
지루한 부분만 맡기기. 보일러플레이트(매번 반복해서 써야 하는 뻔한 코드), 설정 파일, 테스트 데이터 생성 같은 건 AI에게 넘기고, 핵심 로직과 설계는 내가 쥐고 있는 방식이에요. 재미없는 부분을 덜어내면 재미있는 부분에 오히려 더 집중할 수 있어요.
AI를 정답 자판기가 아니라 스파링 파트너로 쓰기. 코드를 짜달라고 하는 대신, 내가 짠 코드의 약점을 물어보거나 다른 접근법을 설명해달라고 하는 거예요. 이러면 배우는 즐거움은 그대로 두면서 더 빨리 성장할 수 있어요.
강한 타입을 검증 도구로 쓰기. 하스켈, 타입스크립트, 러스트처럼 타입 시스템이 강한 언어에서 특히 잘 통하는 방법이에요. 타입은 내가 먼저 설계하고 구현을 AI에게 맡기면, 컴파일러가 AI의 결과물을 1차로 걸러줘요. 설계하는 즐거움은 내가 누리고 반복 작업은 AI가 맡는 분업이 되는 거죠.
업계 맥락에서 보면
이 고민은 하스켈만의 이야기가 아니에요. 사진이 처음 나왔을 때 화가들이, 전자계산기가 나왔을 때 수학자들이 비슷한 질문을 던졌어요. 그래도 그림은 사라지지 않았고, 오히려 '사실적으로 그리기'라는 부담에서 벗어나면서 새로운 표현이 쏟아졌죠. 프로그래밍도 비슷한 전환기를 지나고 있는지 몰라요.
다만 다른 점도 있어요. 그림은 취미로 그려도 되지만, 개발자는 대부분 직업으로 코드를 짜잖아요. 회사가 'AI 쓰면 두 배 빠른데 왜 직접 짜세요?'라고 묻기 시작하면, 즐거움과 생산성 사이의 갈등은 개인 취향 문제를 넘어서게 돼요.
한국 개발자에게 주는 시사점
한국 개발 문화는 속도와 성과를 중시하는 편이라, AI 도입 압박도 빠르게 올 가능성이 커요. 그럴수록 내가 개발의 어떤 부분에서 즐거움을 느끼는지 한 번쯤 정리해두는 게 좋아요. 그걸 알아야 AI에게 뭘 맡기고 뭘 지킬지 기준이 생기거든요.
특히 주니어 개발자라면, 기초 체력을 쌓는 동안에는 AI 없이 직접 부딪혀보는 시간을 일부러 확보하세요. 문제를 스스로 풀어본 경험이 있어야 AI가 내놓은 코드가 좋은지 나쁜지도 판단할 수 있어요.
마무리
한 줄로 정리하면, LLM이 코딩의 재미를 없애는 건 아니고, 내가 어디서 재미를 느끼는지 다시 묻게 만들고 있어요.
여러분은 AI 도구를 쓰면서 개발이 더 재미있어졌나요, 아니면 뭔가 허전해졌나요? 즐거움을 지키려고 정해둔 나만의 규칙이 있다면 공유해주세요!
🔗 출처: Hacker News