반복 작업을 세 번 하면 참을 수 없어 스크립트를 짠다. 자동화 셋업에 사흘이 걸려도 앞으로 10초 아끼면 그만이다.
자동화 광신도(AUTO) 유형은 반복 작업을 보면 알레르기 반응을 보이는 개발자입니다. 같은 작업을 두 번 하면 이미 불편하고, 세 번은 참을 수 없어서 자동화 스크립트 작성을 시작합니다. 이들의 로컬 환경에는 수십 개의 셸 알리아스(alias)가 등록되어 있고, CI/CD 파이프라인은 팀에서 가장 촘촘하게 구성되어 있습니다. 새 프로젝트에 합류하면 가장 먼저 하는 질문이 'CI 파이프라인 어떻게 되어 있어요?'입니다.
AUTO 유형은 GitHub Actions, Jenkins, GitLab CI, CircleCI, ArgoCD 같은 도구를 능수능란하게 다룹니다. 코드 푸시 후 자동 테스트, 린트 검사, 취약점 스캔, 빌드, 배포까지 모두 자동으로 돌아가는 환경을 만드는 데 큰 만족감을 느낍니다. 슬랙 봇에 '/deploy production' 커맨드를 연결해놓고, 배포 결과를 자동으로 채널에 알림 보내도록 만드는 것이 이들의 주말 사이드 프로젝트입니다. 주간 보고서 생성, 배포 체크리스트, 코드 품질 리포트까지 손으로 하는 일이 없습니다.
이 유형의 아이러니는 자동화에 들이는 시간이 때로 자동화로 절약하는 시간보다 길다는 것입니다. 5분짜리 수동 작업을 자동화하는 데 3일을 쓰기도 합니다. 하지만 AUTO 유형은 개의치 않습니다. 원칙의 문제이기 때문입니다. 수동 반복은 인간의 존엄성을 해치는 행위라고 진심으로 믿습니다. 덕분에 이들이 세팅한 팀의 개발 환경은 언제나 일관되고, 휴먼 에러가 최소화됩니다. 신규 팀원의 로컬 환경 세팅이 'git clone + ./setup.sh' 두 줄로 끝나는 기적을 만들어냅니다.
AUTO 유형은 DRY(Don't Repeat Yourself) 원칙을 코드 레벨을 넘어 프로세스 레벨까지 적용합니다. 매주 같은 수동 작업이 발생하고 있다면, 그것이 QA 보고서 작성이든 DB 백업이든 서버 헬스 체크든 모두 자동화 대상입니다. Cron job, webhook, 이벤트 기반 트리거를 조합해 시스템이 스스로 돌아가게 만드는 것이 이들의 궁극적 목표입니다.
"컴퓨터가 할 수 있는 일을 사람이 하는 건 낭비예요. 자동화 설정에 하루 쓰면 팀 전체가 1년 동안 편해지잖아요. 이게 진짜 ROI죠."
— AUTO 유형 개발자자동화 광신도(AUTO) 유형은 반복 작업에 물리적 고통을 느낍니다. 같은 커맨드를 두 번 입력해야 하는 순간 이미 스크립트를 작성하기 시작하고, 팀원이 매일 아침 수동으로 하는 배포 작업을 보면 못 참고 CI/CD를 붙여버립니다. "이거 5분이면 되는 일인데요"라는 말은 AUTO 유형의 사전에 없습니다. 5분이 10번이면 50분, 1년이면 수십 시간이 낭비되기 때문입니다.
AUTO 유형의 스크립트는 처음에는 단순한 쉘 스크립트로 시작하지만, 점점 예외 처리, 로깅, 알림 연동이 붙으면서 작은 시스템으로 발전합니다. Python, Bash, Go, Ruby 중 적어도 하나를 스크립팅 언어로 능숙하게 다루며, 크론잡, 웹훅, 이벤트 드리븐 아키텍처를 자연스럽게 적용합니다. GitHub Actions, Jenkins, Airflow 같은 워크플로우 도구가 이들의 놀이터입니다.
함정은 자동화 자체에 너무 집중하다 본래 목적을 잊는 것입니다. 자동화 셋업에 3일을 쏟았는데 원래 작업은 5분이면 됐을 수도 있습니다. 또한 자동화 코드도 유지보수가 필요한데, 처음 만든 사람 외에는 아무도 이해하지 못하는 복잡한 자동화 파이프라인이 기술 부채가 되기도 합니다.
AUTO 유형은 팀 전체 생산성에 가장 직접적인 영향을 미치는 유형 중 하나입니다. 이들이 만들어놓은 자동화 도구들이 팀원 모두의 반복 업무를 줄여주고, 실수 가능성을 낮추며, 일관성을 높여줍니다. 회사 입장에서는 한 명의 AUTO 유형이 만들어내는 효율성이 여러 명의 추가 인력과 맞먹는 효과를 낼 수 있습니다.
AUTO 유형 개발자의 실제 하루를 따라가봅니다.
STRENGTHS
WEAKNESSES
Q. 자동화가 일자리를 없앤다는 두려움은?
AUTO 유형은 오히려 더 가치 있는 일에 집중할 시간을 만들어준다고 생각합니다. 반복 작업이 줄어들면 창의적인 문제 해결에 더 많은 시간을 쓸 수 있습니다.
Q. 어느 수준의 반복이면 자동화할 가치가 있나요?
작업 빈도와 절약 시간을 계산해보면 됩니다. 하지만 AUTO 유형은 계산보다 본능이 먼저인 경우가 많습니다.
Q. 자동화 코드 유지보수는 어떻게 하나요?
자동화 코드도 일반 코드와 동일하게 버전 관리, 테스트, 문서화가 필요합니다. 이 부분이 AUTO 유형이 자주 놓치는 부분입니다.
💡 자동화를 시작하기 전에 '이 작업이 앞으로 몇 번이나 반복되는가'를 먼저 계산해보세요. 10번 미만이라면 수동이 더 효율적일 수 있습니다.