삽질과 중복코드를 줄이겠다고 집착하는 사람은 사이트 신뢰성 엔지니어링 책 5장을 읽어보자. 이 장은 삽질을 줄이고 엔지니어링에 예산을 더 투입해야 한다는 주장을 한다. 그러나 내가 현업을 살펴보면 삽질이 아닌 것까지 삽질로 매도하며 모조리 박멸하려는 흐름이 있다. 그저 다시 하기 싫다는 이유로 삽질이 아닌 것을 없애겠다고 무용한 노력을 하지 않는가?
지금부터 나열하는 내용에 해당하는 경우가 하나 혹은 그 이상이라면 그런 작업은 삽질이라고 생각해도 무방하다.
- 수작업을 필요로 한다.
- 반복적이다.
- 자동화가 가능하다.
- 사후 대처가 필요하다.
- 가치가 지속되지 않는다.
- 서비스의 성장에 따라 (업무량이) O(n)으로 증가한다.
제발 부탁인데! 집착 좀 하지 말라!
자동화 없이 사람이 하는 게 유용한 일도 있고 중복코드가 있는 편이 더 가치있는 일도 있다. 당신 생각보다는 훨씬 많다.
Author Details
Kubernetes, DevSecOps, AWS, 클라우드 보안, 클라우드 비용관리, SaaS 의 활용과 내재화 등 소프트웨어 개발 전반에 도움이 필요하다면 도움을 요청하세요. 지인이라면 가볍게 도와드리겠습니다. 전문적인 도움이 필요하다면 저의 현업에 방해가 되지 않는 선에서 협의가능합니다.