글자체가 아주 훌륭하다거나 이해하기 쉽다거나 한 책은 아니다.
물론 대학에서 교재로 쓰이는 책들에 비하면 읽기 쉽다. 반면에 그만큼 기술적 이론적인 깊이를 얻기 위해서는 추가적인 공부가 필요하다. 그럼에도 이 책은 읽어볼 가치가 넘친다. 클라우드와 관련된 기술들을 현실적인 입장에서 정리했기 때문이다. 아마존, 구글, 세일즈포스, 하둡 등에 편중된 면이 없지 않지만, 그것이 공정한 평가인지 편파적인 옹호인지는 실무적인 경험이 함께 이루어져야 할 것이다.

국내의 IT 서적들은 넘쳐나고 개중에는 번역조차 엉망이면서 가격은 비싼 책들도 허다하다. 이 때문에 IT 책들은 고르기가 쉽지 않은 것이 사실이다.
이 책은 그 중에서도 잘 고른 책임이 분명하다. 클라우드 컴퓨팅을 직접 경험하고 고민한 경력을 가진 이들이 썼을 뿐만 아니라, 그들이 아마존, 구글 등이 기술 발표를 재구현해 본 노력들이 포함됐기 때문인 것 같다.
다만, 분산 컴퓨팅 자체의 범위가 워낙 넓기 때문에 쉽게 쓰고자 한 흔적이 엿보임에도 불구하고 제법 지식이 필요하다.

일제강점기의 아픈 역사는 잊지 말아야 할 상처이지만, 세계적으로는 요즈음과 같은 신세기의 초입으로 전 세계가 역동적인 시기었기에 많은 이야기거리가 공존하는 시기인 것 같다.

그러나 나는 이 책이 마음에 들지 않는다.
덕혜옹주의 아프고 무기력한 삶은 덕혜옹주 자신만의 것이 아니라 우리 민족 전체의 아픔을 반영하는 일 중의 하나임은 틀림없다. 그런 삶의 책임이 덕혜옹주만 것은 아니지만 그녀 역시 당시를 살아낸 사람의 하나로서의 책임은 있다. 더구나 정신대 할머님들의 삶에 비하면 상대적 손실이지 절대적인 삶의 비참함은 아닐 것이다.

이 책에 드라마는 없다. 완전한 사실도 아니다. 초반부를 제외하고는 세밀한 삶의 고뇌도 없다. 다만 슬프지만 참담한 현실은 벗어난 그럴듯한 이야기일 뿐... 역사의 피해자 중 적당한 공분을 이끌어낼만 그런 이야기였다.

당시 왕가의 여인으로서 자신을 옭죄고 있는 사슬을 벗어나기 위한 시도와 현실에 대한 자그마한 도전조차도 그녀에게는 커다란 고통과 번민이었었음을 인정한다. 또한 그녀를 구하고자 하는 일념으로 평생은 살다간 역사에 남아있지 않은 어린 약혼자의 설정도 그럴듯 하다. 그러나 그녀를 둘러싸고 있던 격동기, 광기, 전쟁의 역사와 너무 동떨어진 이야기 전개는 오히려 그녀의 아픔을 희석시키고 그냥 그런 귀족의 넋두리도 전해지게 한다.

여자의 일생(모파상)과 같은 세밀한 삶의 풍파도 아니다. 일제의 핍팍에 영혼부터 뜨겁게 들끓는 저항도 아니다. 그저 쇠락해가는 왕조의 부스러기같은 그런 모습이기에 순수한 슬픔보다는 핀잔이 앞선다.

생각보다 많이 읽힌 듯한 책이지만, 
결론적으로 위와 같은 인상들로 인하여 별로 권하고 싶지 않다.
상품평가에 어쩔수 없이 별 1개를 찍었지만, 책값을 생각하면(물론 무지 싸다) 책값만큼 또는 읽는 데 들인 시간 둘 중의 하나 정도는 아깝다. (도서관에서 빌려 잠시 읽었다면 딱 별 1개정도 가치다. 읽어서 무가치한 책은 거의 없다는 게 내 지론이니까..)

Code Complete의 축소판이랄까?
S/W의 장인정신을 지나치게 강조한 면이 있지만, 아직 20대를 넘지 않은 개발자라면 꼭 읽어 보기를 권한다. 나 역시 회사 동료에게 소개받아 읽게 되었다. 자신이 무엇을 어떻게 개발해야 하는지에 대한 이정표 역할을 할 수 있을 듯 하다.
아래 내용은 읽는 도중 와닿은 글귀들을 수집한 것이다. 대부분 테마의 서두에 인용된 다른 책들의 문구가 많은데, 이 책에서 소개된 레퍼런스를 모두 읽을 수 없다면 적어도 이 책을 2-3번 읽는 것이 도움이 될 듯하다. 특히 자신이 해야할 것이 막막한 경우에.

이 책의 좋은 점 2가지는, 자기 개발에 필요할 것들을 마인맵화하여 일종의 이정표로 활용할 수 있는 그림이 있다는 것과 이 책에서 언급한 내용들의 원전들을 참고문헌으로 소개하고 있다는 점이다. 즉 이 책을 가지고 있는다면 언젠가 자신이 해야할 것과 읽어야 할 것이 필요할 때 즉각적으로 활용할 수 있는 셈이다.

가장 기억에 남고 와닿은 문구는 바로 첫장에 등장한다.

p.15
알지 못하며 그 사실도 모르는 자, 바보로다 - 그를 멀리하라!
알지 못하나 그 사실을 아는 자, 못 배운 자로다 - 그를 가르치라!
알고 있으나 그 사실을 모르는 자, 잠든 자로다 - 그를 깨우라!
알고 있으며 그 사실을 아는 자, 깨우친 자로다 - 그를 따르라!

-이자벨 버턴 부인(Lady Isabel Burton) (1931-1986)
 저서 "The Life of Captin Sir Richard F. Burton"중에서 인용한 아랍 속담

p.20
이 책의 패턴은 모두 '상황', '문제', '해결책', '실천 방안'으로 이루어져 있습니다.

p.42
구글에서 '소프트웨어 장인정신'으로 검색하면 61.800건이나 되는 결과가 나오지만, 그중에서 진로 지도가 필요한 사람에게 유용한 정의를 제공하는 경우는 별로 없다.

p.46
"모든 실험이나 아이디어가 다 훌륭하지는 않지겠지만, 새로운 아이디어를 시험함으로써만 우리는 진짜 개선점을 발견할 수 있다. 개선의 여지란 언제나 존재한다. 모든 개선점은 더욱 개선될 수 있으며, 모든 새로운 아이디어는 훨씬 더 많은 새로운 조합을 가능하게 한다." "Furture Enemies", p.59

p.52
"학습 상황이란 본질적으로, 자기가 무엇을 하고 있는지 정말로 알고 있는 누군가를 도우면서 배워 가는 상황이다."
-크리스토퍼 알렉산더 외, "a pattern language", p.413

p.54
"우리는 견습 개발자들을 양성하는 데 필요한 시간을 감수해야 한다. 왜냐하면 우리가 당면한 문제는 희소함이 아니라 풍부함에 있기 때문이다. (중략) 오늘날 개바자들은 필요 이상으로 많지만, 좋은 개발자는 부족하다."
-피트 맥브리, "Software Craftmanship", p.93

p.61
이미 많은 경험을 쌓았을수록, '잔을 비우기' 위해서는 더 많은 노력이 필요하다. 그럴수록 나쁜 습관을 떨쳐내는 일, 자기 역량에 대한 자부심을 접어 두는 일, 경험 많은 동료들의, 뭔가 다르지만 종종 직관에 반하는 듯 보이는 접근 방식에 대해 마음을 열어두기가 더 힘들게 느껴질 것이다.

p.63
"훌륭한 표기법은 두뇌로부터 모든 불필요한 일을 덜어줌으로써 좀 더 높은 수준의 문제에 자유롭게 집중할 수 있도록 해주며, 실제로 인류의 지적 능력을 고양시킨다. 어떤 업계든 그 속에서 쓰이는 기술적인 용어들은 사용법을 훈련 받은 사람들이 아니면 이해하기 힘든데, 이 용어들이 어렵기 때문에 그런 것은 아니다. 오히려 그런 용어들은 언제나 일을 더 쉽게 만들 목적으로 고안되어 왔다."
-알프레드 노스 화이트헤드(Alfred North Whitehead), "An Introduction to Mathematics"

p.77
..기술을 향상시키기 위해 생산성을 희생하는 일...
"위로 오르기 위해서는 당신이 이미 잘 하는 것을 내려놓아야 한다. 그리고 골짜기로 미끄렂 내리기도 하면서 단단히 디디고 선 곳을 떠나야 한다. 만약에 이미 잘 하는 것을 내려놓지 않는다면, 꾸준히 진전할지는 몰라도 고지에는 결코 오를 수 없을 것이다."
-제리 와인버그, "Becoming a Technical Leader", p.42

p.92
장인에게 가장 중요한 특성 중 하나는 학습하는 능력, 즉 무지의 영역을 파악해서 이 영역을 줄이려 애쓰는 것이다. 정원 한쪽에 드러나 있는 맨땅처럼 무지의 영역은 지식이라는 씨를 뿌리고 키움으로써 줄여갈 수 있다.

p.95
주위의 마음 맞는 삼들과 멘토들에게 혹시 그 기술을 이미 보유하고 있는지, 또 배운 것을 공유해 줄 수 있는지 물어보기를 잊지 마라.

p.99
위험이란 두려움으로 반쯤 감은 눈에 비친 기회의 다른 모습이다.

p.103
무능함에 대한 두려움을 극복하는 것은 무지를 드러냄과 무지에 맞섬 사이를 이어주는 다리와 같다.

p.105
당신이 정말 잘 알고 잇는 독립적인 주제를 하나 선택해서 다시 구현해 보라. 예를 들면 애디는 캐싱 알고리즘을 구현하기를 좋아하는데, 빤한 수준부터 아주 복잡한 것에 이르기까지 다양하게 만들 수 있기 때문이다. 애디는 또한 그런 작업을 통해서 설계와 알고리즘 복잡도에 대한 직관을 강화할 수 있는 기회도 얻었다.

p.106
무지란, 인지해서 맞선다면 나쁜 것이 아니다. 가장 나쁜 경우는 자기 무지에 대해 신경조차 쓰지 않는 것이다. 하지만 만약 당신에게 무엇이 부족한지 알고서 그 부족함을 메우고자 노력한다면, 당신은 한 발짝 더 전진한 것이다. 탄탄한 견습과정을 이루는 토대 중 하나는 정확한 자기 평가다.

p.112
달인의 경지로 이르는 길을 한 걸음 딛을 때마다 당신의 목적지는 두 걸음 멀어진다. 그 경지는 평생의 노력이 필요함을 받아들이고, 거기에 이르는 여정을 사랑하는 법을 배우라.
-조지 레너드, "Mastery"

p.114
당신의 경력 전부를 바쳐서 기예를 연마한다면, 도널드 커누스나 리누스 토발즈 같은 이들을 능가하는 일이 허황되기보다는 오히려 현실적이라 할 수 있다. 여행은 길지만, 그렇기에 당신에게 열린 가능성의 수는 몇 배가 된다(물론, 당신 다라잡을 동안 커누스나 토발즈 같은 사람들이 제자리에 머물러 있을 리는 없다!).

p.115
40년 후, 당신의 경력에 대한 간단한 설명과 인생행로에 가장 큰 영향을 끼쳤던 일에 대해서 글을 써 달라는 요청을 받았다고 상상해 보라.

p.118
긴 여정을 걸어간다는 것은 이렇게 상충ㅇ하는 두 조건을 잘 조화시켜야 함을 의미한다.

우리가 고객을 위해 만드는 그 무엇인가가 아름다울 수는 있겠지만, 반드시 쓸모 있어야 한다.

켄이 말하는 장인정신
스스로 만족하기 위해서가 아니라 현실 사람들이 당면한 현실적인 문제와 씨름할 때 기량은 연마되는 것입니다.
-켄 아우어와 나눈 이메일
* 나는 둘 다라고 보네. 당명한 현실적인 문제가 제대로 해소되었다면 그리고 그걸 해소하기 위해 노력했다면 그 결과가 스스로 만족스럽지 않을 리가 없다. 당명한 현실적인 문제를 해소한 척 한 것이 아니라면... 백만 라인이 필요한 게임으로 50라인으로 흉내냈다면 그것은 문제를 해소한 것이 아니라 사기다. 이는 자기 역량, 문제의 잘 이해하는 것, 문제의 원인을 정확하게 찾는 것과 연관된다. 바로 뒤이어 나오네..

이 패턴은 편한 대로 행동하자는 것은 아니다. 여기서는 또한 쓸모있는 공예품이라면 적어도 일정 수준 이상의 품질은 될 것이라는 의미가 있다.

...예술적인 쪽이나 편의주의적인 쪽으로 너무 방향을 틀어버린 경우라면, 그것을 바로잡느라 보내는 시간 동안 다른 어떤 방법으로도 배울 수 없는 소프트웨어 개발에 대한 교훈을 얻을 것이다.

p.122
돈을 벌기 위한 소프트웨어와, 만들기에 재미나는 소프트웨어 사이에는 서로 겹치는 부분이 그다지 많지 않다. (중략) 당신이 돈을 벌고자 한다면, 너무 지저분해서 누구든 공짜로는 해결하려 들지 않는 그런 문제를 안고 씨름해야 할 때가 많다.
-폴 그레이엄 "Hackers & Painters"

p.124
만약 당신이 궁극적인 경지로 향한 긴 여정을 걷고 있다면, 당신 삶의 다양한 측면과도 조화를 이루면서 소프트웨어 장인정신에 대해 열정을 키워 가는 태도가 반드시 필요하다. 저울의 추가 한쪽이나 그 반대쪽으로 때때로 기우는 것은 인생에 있어 자연스러운 일이다. 그럼에도 불구하고 당신은 긴 여정을 가는 동안 이런 균형을 잡는 일에 늘 주의를 기울여야 할 것이다.

p.135
...구성원들이 스스로 설정한 담대한 목표를 이루려는 노력을 뒷받침해 주는 조직...

p.141
"숙련됨은 연습을 중단하는 그 시점부터 퇴보하기 시작한다."
피트 맥브린

p. 143
행여 이 길을 영원히 떠난다 할지라도, 길을 걸어가며 키워나갔던 가치관과 원칙은 늘 당신과 함께 할 것이다.

p.151
여우의 머리가 되기보다는 사자의 꼬리가 되어라.
-Tractate Avot
* 용꼬리보다는 뱀 머리가 낫다.

p.166
커뮤니티의 건강성은 새로운 견해에 어떻게 반응하는가로 잴 수 있다. ... 오늘의 비주류는 내일의 리더다. 당신이 커뮤니티에 줄 수 있는 가장 값진 공헌 중 하나는, 회원 자격을 얻었으면 그 대가로 줄 맞춰 행군하는 것이 마땅하다고 믿는 이들에 맞서서 이런 견해를 지키는 것이다.

p.176
...당신이 받았던 그 온갖 교육이 하는 역할이란, 출근 첫날 무엇을 보여줄지 사람들의 기대 수준을 높이는 것 뿐이다(그 교육 덕분에 첫날에 대한 대비가 잘 되어있기를!).

p.177
...열정을 키우도록 노력하고, 열정을 드러내며, 스스로를 지지해서, 당신이 더 높은 수준의 업무를 맡을 자격이 있음을 증명해 보일 어떤 기회라도 잡도록 하라.

p.178
당신이 프로그래밍한지 3개월이 되었든 5년이 되었든 간에, 소프트웨어 장인정신의 관점에서는 여전히 초보자라는 사실을 이해해야 한다.

p.181
큰 성취를 이루는 사람들이란 지식을 너무나 갈망하여 좋지 않은 여견에서도 그것을 탐구하는 이들이다. 여건이 좋을 때란 결코 오지 않는다.
-C.S. 루이스 "Learning in War-Time", [The Weight of Glory and Other Address]

p.182
구체적인 기술을 배운다는 기본적인 행위를 넘어서 '배우는 방법'도 배워야 하는데, 숙련공으로 성장해도 배움의 필요성이 없어지지는 않기 때문이다. ... 배움이란, 숙달의 경지로 향하는 긴 여정에 오른 이들에게는 영속적인 활동인 것이다.

p.185
구글 리더, 알파 긱(alpha geeks), 구글 Tech talks

p.189
우리가 마스터라고 알고 있는 사람들은 어던 특정한 기술에 더 능숙해질 목적으로 거기 전념하지는 않는다. 사실 그 사람들은 연습하는 것 자체를 좋아하며, 이 때문에 그들이 점점 더 능숙해지는 것이다. 그리고 더 능숙해질수록 기본적인 동작을 더 즐기게 되는 선순환이 완성된다.

p.190
카타는 대련자 없이 시연하며, 동작의 부드러움, 힘, 속도, 제어력 등이 강조된다.

p.192
스스로 무엇을 연습하는지 주의를 기울이고, 진부함으로 빠지지 않도록 끊임없이 연습에 대한 평가를 해 나가야 한다. 매일 연습할 것을 올바르게 선택하는 것은 반복되는 수련 행위 그 자체만큼이나 중요한 기술이다.

p.194
경험이란 성공할 때만큼은 아니겠지만 실패로부터도 쌓인다.

p.199
자신만의 위키를 만들어 보라.
기존 구현 방식에 얽매이지 말고, 당신의 직업적인 관심이 당신을 이끌도록 하라.

p.200
프로그래머가 되고자 준비하는 가장 좋은 방법은 프로그램을 짜는 것이며, 다른 사람들이 작성한 뛰어난 프로그램을 공부하는 것이다.
-빌 게이츠 "Programmer at Work"

p.205
"프로그래밍 능력을 테스트하는 가장 좋은 방법 중 하난, 프로그래머에게 30페이지 정도의 코드를 건네주고서 그 사람이 얼마나 빨리 그 코드를 통독하고 이해하는지 보는 것이다."
빌 게이츠

"패턴, 관용 어법, 우수한 사례들에 대해 배우는 가장 좋은 방법은 오픈 소스 코드를 읽는 것입니다. 다른 사람들이 어떻게 하는지 보십시오. 이것은 시류를 따라잡을 수 있는 훌륭한 방법인데다 무료입니다."
크리스 원스트라스

알고리즘이 복합한 오픈소스 프로젝트를 하나 골라 보라. ... 그 프로젝트의 소스를 둘러보면서, 생소한 알고리즘이나 자료구조, 설계 사상 같은 것을 기록해 두라. 다음에는 그 프로젝트의 구조를 기술하면서 새로 알게 된 아이디어들에 강조점을 둔 블로그 포스트를 써라. 당신의 일상적인 작업에 그런 아이디어가 적용될 만한 곳이 있는가?

p.207
피터의 법칙 : 조직에서 일하는 모든 사람은 자신의 무능력 수준에 도달할 때까지 승진한다.
사색하는 소프트웨어 개발자가 되어라. 그러려면 일상에서 당신이 어떻게 일하고 있는지 스스로 성찰해야 한다.

p.212
배운 것을 기록하라.
블로그
노트
리뷰
지금 이런 것.
배운 것을 기록만 하고 그냥 잊어버리는 덫에 빠지지 않게 노력하라.

p.214
데이브가 그의 견습과정 중에 꾸준히 읽고 잇던 당시, 배움에 영향을 주었던 모든 인용문을 텍스트 파일에 기록해 두었다. 해가 가면서 그 파일에 담긴 인용문은 500개 이상으로 늘어났고, 데이브는 마침내 그것을 온라인에 올려두고 공유하기로 결심했다. 데이브가 기사나 책을 쓰기 시작하면서 이 인용문은 탁월한 참고 자료의 원천임이 증명되었다.

p.218
한 사람이 가르칠 때 두 사람이 배운다.

p.222
유용한 피드백은 그것을 기반으로 삼아 실천할 수 잇는 데이터이며, 특정한 행위를 더 하거나 덜 하도록 선택의 여지를 주는
데이터이다.
"어떤 것이 흥미롭게 여겨진다면, 거기서 뭔가를 배울 수가 있다."([Better], p.255)

p.225
당신을 실패로 이끌어 가는 방식, 조건, 습관, 행동 양식이 무엇인지 스스로 인식하는 데 있다.

p.227
프로그래밍 언어를 ~ 끝까지.

p.228
소프트웨어 개발은 제품 생산 활동이 아니라 지식을 습득하는 활동이다.

p.233
배우는 사람은 자기만의 학습 계획을 스스로 세운다.
-하워드 베커 "A School Is a Lousy Place to Learn Anything In"

p.234
책에서 얻는 가장 귀중한 것 ~ 목적이기 때문이다.

p.237
좋은 프로그래밍 책을 두 달에 한 권, 즉 일주일에 대략 35페이지 정도만 읽어도, 당신은 이내 이 분야에 대해서 확실한 감을 갖게 될 것이며 주변의 거의 모든 이들과 구별되는 수준으로 올라설 것이다.
-스티브 맥코넬, "Code Complete"

p.243
도구나 ~ 의미한다.

p.246
어떤 개념을 정말로 이해하려면 그 개념이 최초로 언급된 당시의 전후 맥락을 재구성해 볼 필요가 있다. 이렇게 해야 개념의 정수가 그 모든 중간자를 거치고도 살아남았음을 확인할 수 있다.

p.247
예를 하나 들면,

p.248
표면적인 지식만 가졌을 때 초래될 수 있는 또 다른 결과는, 풀려고 하는 문제에 대해 잘 알려진 해법이 있는지 혹은 실질적으로 해결이 불가능한 문제인지 전혀 모를 수가 있다는 것이다.

p.253
정말 어려운 일은~

p.257
장인들은 원숙해지는 솜씨에 가장 자부심을 느낀다. 단순한 모방이 지속적인 만족을 줄 수 없는 것은 이런 이유 때문이다. 기술은 점차 발전해 가야만 한다.
-리처드 세넷 "The Craftsman"

p.262
제멜바이스 일화

p.279
우리의 성공은 어디에서 비롯되었는가?
같은 장소 ~