"작은 것과 단순한 건 완전히 다릅니다" 유닉스 맹신을 꼬집은 개발자의 일침

요약 흔히 리눅스나 유닉스 환경에서 파이프라인(|)을 사용해 작은 도구들을 엮어 쓰는 방식을 두고 '단순하다(Simple)'고 평가하곤 합니다. 하지만 한 소프트웨어 엔지니어는 자신의 기술 블로그를 통해 "작은(Small) 것과 단순한(Simple) 것은 결코 같은 개념이 아니다"라는 통찰을 제시해 개발자 커뮤니티에서 주목을 받았습니다. 글쓴이는 과거 9개월 동안 자신을 괴롭혔던 복잡한 코드 커버리지 버그를 회고하며 글을 시작합니다. 디버깅 악몽을 방지하려면 도구 설계 단계에서 '단순함'을 우선해야 한다는 조언을 받았지만, 과연 진정한 단순함이 무엇인지 의문이 들었다는 것입니다. 대표적인 예로 텍스트 파일 내 단어 빈도수를 계산하는 유닉스 명령어 파이프라인(cat, tr, sort, uniq 등)을 제시합니다. 겉보기에는 각 프로그램이 작고 직관적으로 결합되어 단순해 보이지만, 여기에 "원래 파일의 단어 순서대로 출력하라"는 사소한 요구사항 변경 하나만 추가해도 상황은 완전히 달라집니다. 클로저(Clojure) 같은 언어에서는 단어의 순서와 빈도수 맵을 분리해 처리함으로써 코드를 수월하게 수정할 수 있습니다. 반면 유닉스 셸 스크립트에서는 임시 파일 생성, 복잡한 정규식, nl, join 같은 난해한 명령어를 동원해야 하는 악몽이 펼쳐집니다. 그 원인은 유닉스 파이프라인이 작을 뿐, '집계(aggregation)'와 '정렬(ordering)'이 sort | uniq 구조로 강하게 결합(Coupled)되어 있기 때문입니다. 리치 히키(Rich Hickey)의 유명한 강연 'Simple Made Easy'의 정의를 빌려오자면, 단순함(Simplex)은 여러 요소가 꼬이지 않고 분리되어 있는 상태를 의미합니다. 유닉스 철학인 "한 가지만 잘해라"는 실제로는 '크기를 작게 유지하는 것'에 가까울 뿐, 진정한 단순함을 보장하지는 못한다는 지적입니다. 반대로 구글 드라이브 데스크톱 앱처럼 내부적으로는 방대한 로직과 시스템 종속성을 지닌 거대한 프로그램이라도, 사용자가 마주하는 인터페이스와 결합도 관점에서는 훨씬 더 단순할 수 있다는 관점을 제시하며 소프트웨어 설계에서 크기와 결합도를 혼동하지 말 것을 역설합니다.