소프트웨어에 대한 새로운 시선 그리고 통찰력
책 소개
이 책은 ‘공부’를 목적으로 하는 책이 아니다. 프로그래밍과 조금이라도 관련이 있는 사람이라면 이 책을 한손에 들고 다른 한손으로는 과자를 먹으면서 마치 소설책 읽듯이 읽을 수 있는 책이다. 책의 뒷장에 보면 실제 소설도 들어있다. 책의 구성은 프로그래밍에서 중요하게 생각하는 객체지향, 디자인 패턴, 리팩토링, 소프트웨어 공학, 그리고 XML 5가지의 주제로 나눠져있다. 부분부분 소스코드도 나오지만 그렇게 어렵지 않게 읽을 수 있다. 꼭 프로그래머가 아니더라도 일반인이 읽어도 다양한 인사이트를 얻을 수 있을 것이라 생각한다. 예를들면, 에자일 같은 경우 인생에 적용해 볼 수 있으며, 건축학과 법학에서 파생되는 프로그래밍과 같이 재밌는 이야기들이 많이 존재한다. 새로운 인사이트를 원하는 사람은 읽어보길 바란다.
현재 이 책 같은 경우 절판되어 구매할 수 없다. 중고사이트나 도서관을 통해 빌려봐야할 것이다.
인사이트
개인적으로 가장 재미있었던 부분은 “디자인 패턴 부분”이다. 객체를 프로그래밍의 꽃으로 만들어 준 “디자인 패턴” 부분은 아주 인상 깊었다. 특히, 디자인 패턴의 개념이 건축학에서 파생되었다는 점이 가장 재밌었다. 정말 연관 없는 건축학과 프로그래밍이 만나 어떻게 조합이 되는지 볼 수 있었던 것 같다. 뿐만아니라 XML도 법률에서 파생됐다는 것을 봤다. 역시 어떤 인사이트를 갖고 접근을 하느냐에 따라 새로운 것들이 파생 될 수 있구나를 다시 한번 생각했던 계기가 되었다.
임백준 저자의 책을 읽을 때마다 느끼지만, 정말 프로그래밍을 좋아한다는 생각이 들었다. 또한, 저자가 책을 많이읽다보니 책의 흐름이나 구성등이 지겹지 않아 좋았던 것 같다. 특히, 마지막 k씨의 하루는 저자가 구성한 소설이다. 처음에는 소설이 아니라 실제 있었던 일을 풀어 쓰는 줄 알았다. 마지막 k씨의 하루의 구성이 재밌었던 점은 베르나르베르베르 의 아버지들의 아버지와 같이 홀수 챕터와 짝수 챕터를 다른 시작점으로 시작해 결국 마지막에는 만나는 이야기형식으로 구성되어져있었던 점이다. 어떤 원리인지는 모르겠지만, 이런 구성 참 재미있다 생각했는데 임백준님께서 이런 방식을 이용해 소설을 썼다는 것 자체가 신기했다.
좋은 구절
애자일의 개발 선언에 대한 이야기를 보자. 지금부터의 방법론은 프로세스 자체나 두툼한 문서를 위해서가 아니라 소프트웨어 프로젝트의 진정한 성공을 위해서 거듭 태어나야 한다는 것이 ‘선언’의 근본적인 문제 의식이다.
- 애자일 기법이 탄생하는 근본적인 이유를 설명하는 것 같아 경의로운 구절이라 생각했다.
사용자의 요구사항이 수시로 ‘변경’ 되는 것은 그들의 남다른 변덕이나 악의적인 의도를 가지고 있기 때문이 아니다. 자본주의 경제 시스템에서 시장의 요구와 비즈니스의 방향이 수시로 변화하는 것은 너무나 자연스러운 일이기 때문에 한번 합의된 사용주의 요구사항이 영원히 고정되어 있을 것이라고 믿는 것은 터무니 없는 착각이다. 만인의 합의하에 확정된 요구사항이라도 시장의 변화로 인해서 달라져야 한다면, 그것은 달라져야한다. 어제의 요구사항에 기초해서 이미 소프트웨어를 설계하고 구현까지 마쳤기 떄문에 요구사항이 고정되어 있어야 한다고 주장하는 것은 비현실적인 독선이다.
- XP 철학 중 가장 현실적인 이야기 인 것 같다. 실제 개발을 하다보면, 요구사항이 수시로 변경된다. 이런 요구사항을 하는 사람은 물론 자본주의 시스템에서 더 좋은 상품을 내고자 변경하는 것이다. 하지만 개발자 입장에서 요구사항이 변경되면 여간 귀찮은 일이 아니다. 그런 귀찮음을 고려하고 싶지 않아 변경되지 않는 불변 즉, 상수 같은 것이 요구사항이라고 생각하는 건 아닐까? 하는 생각이 들었다. 너무나 당연한 것을 우리는 잊고 살고있는 것 같다.
같은 마크업 언어라도 HTML과 XML은 결정적인 차이를 가지고 있다. 그것은 바로 HTML에서 사용되는 태그는 미리 정해져 있지만, XML에서 사용하는 태그는 미리 설정되어 있지 않다는 점이다.
- XML의 x는 extensible의 확장 가능한 뜻을 알게 되어 신기했다. 요즘 개발을 하면서, XML을 다루는 일이 적어 XML을 만나게 될 경우 잘 모르는 영역이라 작아지곤 했다. 이번 장을 읽고 XML의 대략적인 개념을 알게 된 것 같다.
“별로없다” 와 “없다”는 말을은 같은 의미가 아니라는 것, 개발을 책임지는 사람은 다른 사람의 ‘조언’을 무비판적으로 수용하지 말아야 한다는 것, 방향이 잘못되었음을 꺠달았을 떄는 개발이 진행되고 있을 떄라도 끝까지 싸워서 바로 잡아야 한다는 것 등의 상념이 떠올랐다.
- 공학자의 입장에서 모호한 단어를 별로 좋아하지 않는다. 가능성이 열려있는 언어를 자제하는 것이 좋다는 생각을 한다. “별로 없다” 라는 단어는 약간의 가능성이 열려있다는 말이다. 인생을 살아가면서 모든 것을 0 / 1 로 나눌 순 없지만, 개발을 함에서는 확실하게 하는 게 좋을 것 같다는 생각을 했다.
프로그램이란 결국 수라는 완전무결한 존재에 인간의 의지가 개입한 결과물에 불과하는 것이 그의 생각이었다. 수와 관련된 법칙을 인간은 ‘발견’하지만 ‘발명’할 수 없다. 수는 인간의 구성물이 아니라 이미 존재하는 무엇이라는 점에서 순결하다. 수에는 버그가 없지만, 인간의 의지는 버그로 가득 차 있다. 그래서 컴퓨터 프로그램은 본질적으로 완벽할 수 없다는 생각을 한다.
- 책 서문에도 언급되는 내용이다. 너무 좋은 말 인것 같아 기억하고 싶다.
90년대 남들이 짠 알고리즘을 처음부터 다시 짜서 조금이라도 더 효율적으로 만들어보겠다는 치기어린 고뇌가 있었고, 뜨거운 도전이 있었다. 그 때는 앞서 지나가는 사람이 문을 닫고 가면 뒤의 사람이 처음부터 오직 자신의 힘으로 닫힌 문을 열어야 하는 시절이었다. 문을 여는 방법은 이미 지나간 사람과 함께 사라졌으며 닫힌 문을 스스로 열지 못하는 사람은 그 자리에서 돌이 되거나 아니면 원래의 자리로 되돌아 가야했다. 하지만 인터넷이 등장하면서 모든 것이 달라졌다. 어디를 가든 문은 활짝 열려 있었고, 갈 길은 사방으로 통해있었다.
- 90년대에 코딩을 하던 사람이 아니라 잘 공감은 되지 않는다. 다만, 공부를 하다보면 처음부터 짜지않으면 어떡하지 라는 생각을 하곤 한다. 이것도 저것도 배우고 싶다는 생각도 많이하곤 한다. 하지만 현재 20년대에 이렇게 사방으로 인터넷이 열린 시대에 좋은 코드를 많이 보고 따라서 모방하는 것부터 시작하는 것도 나쁘지 않을 것 같다는 생각을 다시하곤 한다.
인터넷을 효율적으로 이용하는 것이 프로그래머의 생산능력, 즉 내공을 향상시키는 일과 밀접한 관련이 있다는 점을 인정했다. 다만 그와 같은 검색은 게으르고 무분별한 베끼기와 구별되는 창조적 이용이 되어야만 했다.
- 인터넷이 열린 시대에 코딩을 하다보면 난관에 봉착할 즈음 인터넷을 찾아보곤 한다. 그러곤 슥 긁어서 돌려보곤 한다. 이 문제를 잘 지적하는 문제라 생각한다. 바쁘다고 긁지말고 시간을 투자해 공부를 하자.
그의 자존심을 건드리거나 코딩 스타일에 대한 문제제기로 이어질 수 있기 때문이었다. 프로그래머들은 코딩 스타일에 대한 문제제기로 이어질 수 있기 때문이었다. 프로그래머들은 항상 자신의 지적 능력에 대한 자부심으로 꽉 차 있는 존재 이기 때문에 자부심을 잘못 건드리면 쉽게 분노를 자아낼 수 있다.
- 프로그래머들과 가끔 이야기 하다보면 화를 내는 사람을 만나곤 한다. 자기의 실수를 받아드리지 못한(?), 즉 다른 사람이 자신의 코드에 지적을 하면 잘 받아드리지 못하는 사람이 간혹 있다. 이런 부류와 이야기를 하다보면 진이 빠지곤 한다. 일을 같이 해야하는 상황이라면…. 힘들겠지만 “화이팅”이다.
