Art of UNIX Programming

유닉스는 정말 독특한 시스템이다.. X윈도우라는 GUI를 제공하지만, 익숙해지면 GUI 보다 커맨드라인 쉘이 훨씬 편한 시스템이니 말이다.. 도스를 좀 사용해보긴 했지만, 여전히 윈도우즈를 10년 넘게 사용해온 현재는 GUI가 없는 시스템은 거부감이 드는 나 이지만, 그래도 유닉스는 아직까지도 배워보고 싶은 시스템으로 남아 있다.. 최근 리눅스가 데스크탑 시스템의 새로운 강자로 떠 오르던 말던 상관없이 말이다.. 지금까지 제대로 사용도 못해봐 놓고선 그래도 계속해서 매력을 느끼고 있는 이유는 유닉스 시스템 전반에 깔려 있는 실용적인 설계철학 때문일 것이다.. 아울러 이 시스템에서 동작하는 프로그램을 개발한 많은 프로그래머들 역시 같은 철학을 바탕으로 시스템을 키워왔다..

UNIX는 운영체제 보다는 구전 역사에 가깝다. - 닐 스테펜슨

오픈소스라는 명시적인 운동 없이도 자유롭게 소스코드를 공유하며, 동료들과 리뷰, 개발을 같이 하는 분위기는 유닉스 철학의 대표적인 사상이라 할 수 있겠다.. 유닉스는 탄생후 처음 10년동안 소스코드와 함께 배포가 되었기 때문에 가능한 현상이다.. 이 책은 이러한 유닉스의 철학 뿐만 아니라, 설계패턴, 툴, 문화, 그리고 전통들을 한데 묶어낸 내용들로 가득하다..

한 프로그램을 단 한 가지 일만을 훌륭하게 처리하도록 만들어라. 프로그램들이 서로 묶여서 사용될 수 있도록 만들어라. 텍스트 스트림을 처리할 수 있는 프로그램을 만들어라. 그것은 명백히 보편적인 인터페이스이기 때문이다. 이것이 바로 UNIX 철학이다.

기능의 90%를 구현하고 잘 돌아가는 편이 100%를 구현했지만 동작하지 않는 것보다 낫다. - 커니한, 플라우저
우리는 작은 효과들을 무시하고 97%의 시간에 대해 말해야 한다. 미숙한 최적화는 악의 축이다. - 도날드 크누쓰
프로토타입을 만들어라. 최적화에 앞서 돌아가는 버젼을 만들어라. - 롭 파이크, 켄 톰슨
실행되게 하라. 그리고 올바르게 돌아가도록 만들어라. 그 다음에는 빨리 실행되도록 만들어라 - 켄트 벡
1,000 라인의 코드를 없애버린 날은 내게 가장 생산적이었던 날들 중 하나로 기억된다. - 켄 톰슨

이 책은 어떻게 보면 기술서라기 보다는 유닉스의 실용적인 설계철학을 배우는 책이다.. 따라서 가끔 소스코드가 등장하긴 하지만, 그 보다는 여러가지 뒷 이야기가 더 많이 나온다.. 프로그래밍 테크닉에 관련된 내용, 시스템의 하드코어적인 내용을 원한다면 이 책은 맞지 않는다.. 그런 내용을 원한다면 Advanced Programming In The Unix Environment 이라는 책을 보는 것이 좋다.. 아주 고전이며, 윈도 프로그래밍 개발자들의 펫졸드 아저씨 책과 같은 바이블이라 할 수 있겠다.. 국내에서는 김상형님의 Win32 API 정복이라는 책이 더 좋은 비유일지도..

윈도우즈 프로그래밍이 전문인 사람들에게는 어떤 도움이 될까? 윈도우에서는 GUI가 기본이기 때문에 유닉스의 개발철학, 문화를 수용하는 것은 맞지 않는다고 생각하는가? 그렇지 않다.. 보편적인 진리는 분야를 막론하고 통하기 마련이다.. 유닉스의 철학을 무조건적으로 윈도우즈용 어플리케이션 개발에 수용하는 것이 맞지 않을 수도 있다.. 하지만, 일반적인 인터페이스를 통한 (텍스트 입출력을 사용하는.. XML을 활용하는 방안도 포멧과 구조가 바뀌었을 뿐 이와 크게 다르지 않다.. 텍스트 입출력은 다루기 가장 편리한 입출력 방식이다..) 개발방식, 한 어플리케이션에 여러가지 임무를 맡겨 거대하게 만들지 않고 전체를 간결하게 유지하는 방식 (이것은 객체지향형 프로그래밍과 일맥상통한다..) 등은 우리가 어느 개발환경에서 S/W를 설계하고 만들던 적용될 수 있는 지혜들이기 때문이다.. 이미 오래전 선배들이 만들어논 전통중 승계하여 발전시킬 좋은 문화들은 적극 활용하는 것이 좋다.. 그런 차원에서 제목이 풍기는 배타성을 잠시 접어두고 이 책을 읽어보라 권하고 싶다.. 물론, 내 전문 도메인의 지식탐구가 시야와 견해를 넓히는 지적호기심을 억누르는 상황이라면 더 할 말은 없다.. 그래도 나중에라도 꼭 읽어보라는 권유를 전하고 싶다..