4.0 KiB
id, created, tags
| id | created | tags |
|---|---|---|
| 유닉스 철학 (The Unix Philosophy) 20260330 | 2026-03-30 15:20 |
개념
유닉스(Unix) 개발자들 사이에서 내려오는 유명한 원칙이 있습니다. 바로 작고 단순한 것이 아름답다는 점입니다.
-
각 프로그램은 한 가지 일만 잘해야 한다.
-
여러 프로그램을 조합해서 복잡한 문제를 해결한다. (이때 사용하는 것이 파이프(|) 기능입니다.)
-
모든 것은 파일이다. (텍스트 파일로 설정을 관리하고 데이터를 주고받습니다.)
[!note] 단순히 운영체제를 만드는 기술적 규칙이 아니라, 소프트웨어를 설계하고 문제를 해결하는 일종의 미니멀리즘 예술에 가깝습니다.
: 1970년대 벨 연구소의 더글러스 매킬로이(Douglas McIlroy)가 정립한 이 철학의 핵심은 작고 단순하며, 서로 협력하는 도구를 만드는 것입니다.
1. 핵심 3원칙
더글러스 매킬로이는 유닉스 철학을 다음 세 문장으로 요약했습니다.
-
한 가지만 하되, 아주 잘하라 (Do One Thing and Do It Well): 하나의 프로그램은 오직 하나의 기능에만 집중해야 합니다. 기능이 많아지면 복잡해지고 버그가 생기기 쉽기 때문입니다.
-
함께 작동하도록 만들어라 (Expect the output of every program to become the input to another): 프로그램은 서로 연결될 것을 예상하고 만들어야 합니다.
-
텍스트 스트림을 표준 인터페이스로 사용하라: 데이터는 가공하기 가장 쉬운 텍스트 형태로 주고받아야 합니다. 그래야 서로 다른 프로그램끼리 쉽게 대화할 수 있습니다.
2. 파이프(Pipe)와 필터
유닉스 철학을 시각적으로 가장 잘 보여주는 것이 바로 파이프(|) 기호입니다. 작은 도구들을 파이프로 연결하여 복잡한 일을 수행하는 방식이죠.
예시:
ls | grep "test" | sort
ls: 파일 목록을 출력한다. (한 가지 일)
grep: 그중 "test"가 포함된 것만 골라낸다. (한 가지 일)
sort: 결과를 알파벳 순으로 정렬한다. (한 가지 일)
각각은 단순한 도구일 뿐이지만, 연결하면 강력한 기능을 수행합니다. 이는 마치 레고 블록을 조립하는 것과 비슷합니다.
3. 에릭 레이먼드의 룰 (Rule of...)
오픈소스 전도사인 에릭 레이먼드는 그의 저서에서 유닉스 철학을 더 구체적인 규칙으로 확장했습니다.
-
단순함의 법칙 (Rule of Simplicity): 복잡해지기 전까지 최대한 단순하게 설계하라.
-
명확함의 법칙 (Rule of Clarity): 코드는 컴퓨터가 읽기 쉬운 것보다 사람이 읽기 쉬운 것이 더 중요하다.
위의 두 법칙을 지킴으로써 코드가 KISS (Keep It Simple, Stupid)해진다.
-
조합의 법칙 (Rule of Composition): 프로그램이 다른 프로그램과 쉽게 연결될 수 있도록 설계하라.
조합의 법칙을 지키다 보면 코드가 DRY (Don't Repeat Yourself)해진다.
-
침묵의 법칙 (Rule of Silence): 프로그램이 정말로 할 말이 없을 때는 아무것도 출력하지 마라. (그래야 다른 프로그램이 출력을 가공하기 좋습니다.)
유닉스 철학을 구체화 한 규칙들을 지킴으로써 클린코드의 기술들을 지키게 된다.
4. 왜 유닉스 철학이 중요한가요?
오늘날 현대적인 소프트웨어 개발 방법론인 마이크로서비스 아키텍처(MSA) 나 함수형 프로그래밍(Functional Programming)의 뿌리도 이 유닉스 철학에 닿아 있습니다.
-
유지보수 용이: 작고 단순한 코드는 고치기 쉽습니다.
-
재사용성: 잘 만들어진 작은 도구는 여기저기서 다시 쓰일 수 있습니다.
-
확장성: 새로운 기능을 추가할 때 기존 프로그램을 수정하는 대신, 새로운 도구를 만들어 연결하면 됩니다.