내 일을 자동화로 없애버렸더니 — 반복 작업을 스크립트로 지운 개발자의 회고

"이거 또 손으로 해야 해?"라는 순간

개발자라면 누구나 한 번쯤 느끼는 짜증이 있어요. 똑같은 작업을 매주, 매일 손으로 반복하고 있을 때요. 파일 이름 바꾸기, 데이터 정리하기, 보고서 양식 채우기, 채점하기 같은 거요. 연구자이자 개발자인 오스틴 헨리(Austin Henley)가 쓴 "Automating my job away(내 일을 자동화로 없애기)"라는 글이 바로 이 지점을 파고들어요. 제목만 보면 "내 직업이 사라졌다"는 무서운 이야기 같지만, 실제로는 "지루한 부분을 직접 코드로 지워나간 경험담"에 가까워요.

핵심은 거창한 게 아니에요

이 글이 좋은 이유는, 자동화를 엄청난 AI 시스템이나 거대한 파이프라인으로 시작하지 않는다는 거예요. 출발점은 늘 작아요. "이 작업, 매번 똑같은 순서로 하잖아?" 하고 알아차리는 데서 시작하거든요. 그렇게 눈에 띈 반복 작업을 작은 스크립트로 하나씩 옮겨요. 처음엔 5분 걸리던 일을 자동화하는 데 30분이 들어서 손해 보는 것 같지만, 그 일을 1년에 100번 한다면 이야기가 완전히 달라지죠.

여기서 중요한 교훈이 나와요. 자동화의 진짜 비용은 "만드는 시간"이 아니라 "유지하는 시간"이라는 거예요. 스크립트는 한 번 만들면 끝이 아니에요. 입력 데이터 형식이 바뀌거나, 외부 도구가 업데이트되면 스크립트도 같이 깨지거든요. 그래서 무작정 다 자동화하는 게 답이 아니라, "이건 충분히 자주, 충분히 똑같이 반복되니까 자동화할 가치가 있다"고 판단하는 안목이 핵심이에요. 글쓴이는 이 균형 감각을 경험으로 풀어내요.

자동화하면 내 일이 정말 사라질까

제목이 던지는 진짜 질문은 이거예요. "지루한 부분을 다 자동화하면, 결국 내가 할 일이 없어지는 거 아냐?" 그런데 글쓴이의 결론은 반대예요. 반복 작업을 걷어내고 나면, 그 자리에 "기계가 못 하는 일"이 더 선명하게 남거든요. 문제를 어떻게 정의할지 고민하는 일, 결과를 해석하는 일, 새로운 걸 시도하는 일 같은 거요. 자동화는 일을 없애는 게 아니라, 일의 무게중심을 "단순 노동"에서 "판단과 창의"로 옮기는 작업인 셈이에요. 요즘 LLM(거대 언어 모델)으로 코드를 짜는 시대에 특히 와닿는 통찰이죠.

업계 맥락에서 보면

사실 이 "자기 일 자동화" 문화는 개발자 세계의 오랜 전통이에요. 유명한 프로그래머 격언 중에 "좋은 개발자는 게으르다"는 말이 있어요. 같은 일을 두 번 하기 싫어서 도구를 만든다는 뜻이죠. 옛날엔 셸 스크립트나 매크로로 했던 걸, 지금은 파이썬 + LLM 조합으로 훨씬 빠르게 만들 수 있게 됐어요. 깃허브 코파일럿이나 클로드 같은 도구가 "반복 작업 자동화의 장벽"을 확 낮춘 거예요. 예전엔 자동화 코드 짜는 것 자체가 일이었다면, 이제는 "무엇을 자동화할지"를 정하는 안목이 더 중요한 시대가 됐어요.

한국 개발자에게 주는 시사점

당장 오늘부터 써먹을 수 있어요. 일주일 동안 자기가 반복하는 작업을 한번 적어보세요. 배포 전 체크리스트 돌리기, 로그에서 특정 패턴 찾기, 회의록 정리하기 같은 것들요. 그중에 "손은 가는데 머리는 안 쓰는" 작업이 바로 1순위 자동화 후보예요. 거창하게 시작할 필요 없어요. 10줄짜리 스크립트 하나가 매주 30분을 돌려준다면, 그건 충분히 가치 있는 투자거든요. 다만 자동화한 것들을 한곳에 모아 문서로 남겨두세요. 안 그러면 "이 스크립트 뭐였더라" 하는 또 다른 부채가 쌓이니까요.

마무리

이 글의 핵심은 결국 이거예요. "지루한 일을 지우면, 나만 할 수 있는 일이 남는다." 자동화는 나를 대체하는 게 아니라, 내가 더 가치 있는 일에 집중하게 해주는 도구라는 거죠.

여러분이 지금 매주 반복하고 있는, 가장 자동화하고 싶은 작업은 무엇인가요? 그걸 아직 자동화하지 않은 이유는 시간이 없어서일까요, 아니면 그럴 가치가 없어서일까요?