The note of Legendre

초난감 기업의 조건을 읽고 있습니다. 과거 컴퓨터 관련 기업들의 마케팅 실패 사례를 들려주고, 그에 대한 교훈을 복습합니다. 다른 사람이 성공한 이야기보다, 어떤 실수를 저질러서 실패한 이야기라서 다른 책들에 비해 지루하지 않네요. 초우량 기업의 조건에 대한 풍자도 즐겁게 읽었어요. 애시톤테이트, CP/M, 워드스타처럼 역사책(?)에 나올 법한 낯선 용어들에 당황하기도 했지만, 포지셔닝 실수와 같이 시대에 상관없이 발생하는 실수가 있다는 점이 인상깊었습니다. 알려지지 않은 컴퓨터 역사에 대한 상식도 쌓게 되고요.

조엘 온 소프트웨어처럼, 컴퓨터 산업에 관련하면서 부담없이 읽을 수 있는 책이 계속 늘어나서 참 기쁘네요. 다른 좋은 에세이들도 번역되었으면 좋겠네요.

원래 제목은 The 4-Hour Workweek입니다. 1주일에 4시간 일한다니, 그게 가능이나 할 법한 일인지 의심도 들었지만 밑져야 본전이라는 생각으로 읽기 시작했습니다. 이 책은 적어도 '시크릿'처럼 여러 사람들이 말했던 문장들을 나열식으로 전개하면서, "긍정적인 태도는 이롭다"라는 내용을 지루하게 늘리지는 않았습니다.

일단 자신의 경험을 바탕으로 책의 내용을 전개합니다. 이 책은 단위시간 당 소득을 늘려서 더 나은 삶을 추구하는 길을 제시합니다. 현재의 안정적인 삶을 벗어나는 것이 두렵다는 부분에서 공감했습니다. 두려움을 극복한 후 도전하는 일은, 전체 삶에 큰 영향이 없고 다른 가능성도 발견하는 길이라는 걸 배웠습니다.

위키피디어에서 연간 근로 시간(Yearly working time)도표를 보면 한국이 OECD 가입국 중 가장 길게 근로(2390시간, 2004년)하는 나라임이 나타납니다. 지금보다 더 짧은 시간안에 효율적으로 근로 시간을 활용하는 일이 필요합니다. 이 책도 개선된 근로 문화를 전파하는 데 좋은 역할을 수행하리라는 느낌이 듭니다.

PHP 보안: 몇 줄의 코드로 안전하게를 읽었습니다. 악의적인 공격에 대비하기 위해선 예방하는 방법을 알아야겠다는 마음으로 읽어 보았는데요. 책에서 제시된 공격 예제를 보고, 정말 이렇게 기발한 방법으로 공격할 생각을 어떻게 했을까 하는 마음까지 들었습니다.

놀랐던 것은 HTTP 헤더가 생각외로 쉽게 조작된다는 내용이었습니다. HTTP 요청 스푸핑과 같은 공격을 볼 때, 항상 악의적인 입력에 대비하는 자세가 중요하다는 걸 느꼈습니다. 공격자들이 활보하는 위헙한 웹에서, 민감한 개인정보를 웹에 저장하는 일은 정말 신중하게 고려되어야 한다는 걸 배웠습니다.

평소에 보안에 대한 관심이 부족했는데 이 책으로 말미암아, 보안이 중요하고 많은 공격 유형들은 개발자가 안전한 코딩 프랙티스를 사용함으로써 예방이 가능하다는 걸 알게 되었습니다.

제프리 젤드만의 웹표준 가이드(부제:웹 디자이너와 개발자, 그리고 사용자를 위한 올바른 선택)를 읽었습니다. 이 책은 Desinging With Web Standards 2판의 번역서인데요. 웹표준을 다루는 여러 책들 중에서, 가장 과도기적 접근을 추구하는 책입니다. 받아들이기 쉽게 다양한 스크린샷 사례를 들면서 웹표준을 소개하는 이 책은, 무리하게 표준 준수를 강요하지는 않습니다. 하지만 표준을 사용하면 어떤 장점이 있는지, 비즈니스적 가치로는 무엇이 있는지 알려줍니다.

그래서 이 책은 구형 웹브라우저 사용자가 많은 웹페이지를 위해, CSS 핵도 언급하고 있습니다. Gecko 표준모드에서 인라인 엘리먼트일 때 Baseline^[각주:1] 밑에 공백이 생긴다는 이야기는 모르고 있었는데요, 흥미롭게 읽었습니다. 이미지 태그는 보통 인라인 엘리먼트로 취급되기 때문에, CSS를 통해 display 속성을 블록으로 속성을 바꾸어주면 공백이 사라진다는 게 신기했습니다.

웹 접근성에 대한 이슈들도 뒷부분에서 꽤 비중있게 다루고 있었는데요. 제프리 젤드만은 디자이너들이 일반적으로 생각하는 접근성에 대한 오해들을 설명하고 있습니다. 현실적으로는 "시각장애 억만장자들"이라는 부분이었는데요. 여기서 말하는 억만장자는 검색엔진이었습니다. 구조와 표현이 분리되지 않은 마크업으로 페이지가 구성되어 있다면, 스크린리더 웹브라우저와 시각장애 억만장자들은 그 페이지에 접근하기 어렵습니다.

아직 웹표준에 대해 고민하고 있다면, 이 책을 통해 웹표준을 자발적으로 선택할 수 있는 계기가 되리라 봅니다.

웹표준 교과서를 읽었습니다. 웹 표준에 대해 전반적으로 자세하고 다루고 있다는 점에서, 웹 표준을 학습하거나 참고하는 입장에서는 유용하게 쓰일 수 있다고 봅니다. 기억에 남는 부분이, 히브리어나 아랍어는 오른쪽에서 왼쪽으로 글씨를 쓰기 때문에 텍스트의 방향을 CSS로 조절 가능하다는 것이 신기했습니다.

XHTML과 CSS에 관련된 웹 표준만 다루는 것이 아니라 , 크로스 브라우저 레이아웃, 접근성, 메타데이터와 같은 주제도 다루고 있었습니다. 특히 접근성에서 제시된 '웹 곤텐츠 접근성 지침(WCAG)' 부분을 관심 있게 읽었습니다.  우리가 당연하게 여기고 있던 것들도 장애인의 관점에서는 장벽이 될 수 있구나 하는 점을 느꼈습니다. 이러한 지침들이 국내에서도 '기술 규정'에 도입되면 좋겠다는 생각을 했습니다.

웹을 공부하시는 분이라면 자주 찾아보기 좋은 책이라고 생각합니다. 2도 인쇄라서 읽는데 눈에 크게 부담은 없지만, 책의 분량은 600페이지를 넘어서 갖고 다니기에는 부피가 큰 편입니다.

달인(부제: 천 가지 성공에 이르는 단 하나의 길)을 읽었습니다. armanius.net을 운영하시는 강유원 님이 번역하셨네요. 저는 1쇄로 읽었는데, 혹시 1쇄로 읽으신다면 <달인> p.34 [오역관련]를 참고하시면 책을 읽는데 더 도움이 되리라고 봅니다. 아직 책을 접하지 못한 분이시라면 <<달인>>, 역자후기를 읽어보실 수 있습니다.

이 책은 달인으로 사는 법, 달인이 다는 다섯 가지 열쇠, 예비 달인을 위한 몇가지 팁으로 나뉘어져 있습니다. 책에서는 '정체 상태'를 통해 달인으로 가는 과정에 대해 차분하게 설명하고 있습니다. 들인 노력에 비해 그 성과는 선형적이라고 착각하기 쉬운데, 이 책에서는 노력의 한계가 어떤 역치를 만나면 잠깐 성과가 나타났다가 정체 상태를 겪는다고 합니다. 이런 정체 상태를 맞닥뜨렸을 때 행동하는 사람들의 타입을 호사가, 강박증, 해커(현실안주) 타입으로 조지 레오나르드는 구분했습니다. 설명을 읽다 보니, 저는 해커 타입에 조금 가까운 것 같더군요.

달인으로 가는 길 그 중간 과정을 다루고 있다는 점에서, 흥미롭게 읽었습니다.

사랑하지 않으면 떠나라!라는 책의 출간 예정 소식을, 인사이트 출판사 블로그에서 처음 접하게 되었습니다. 실용주의 프로그래머가 저를 만든 책이었다면, 사랑하지 않으면 떠나라는 저를 이끄는 책이라고 생각합니다. 정말 필요성을 느끼고 있었던, 또 훌륭한 멘토링 책입니다.

08 가장 못하는 사람이 되라

내용을 읽기 전까지는 가장 의아했던 실천 가이드였습니다. 하지만 내용을 되새겨보면, 정말 옳은 이야기입니다. 동네 기원에서만 바둑을 두는 것만으로 늘 수 있는 실력에는 한계가 있어 보입니다. 루비세미나에 계속 참가하는 것은 "가장 못하는 사람이 되는 상황"에 스스로를 처하도록 하는 거라서, 가능하다면 꾸준히 갈 생각입니다.

12 멘토를 찾으라

LIFT evening Seoul에서 현재 기업에 근무하시는 분께 비록 긴 시간은 아니었지만, 조언을 들은 적이 있었습니다. 그때 추천받았던 과목들을 지난 학기에 들었는데, 과목을 공부하는 자세가 조금은 더 진지해지고, 더 집중도 잘되었습니다. (결과적으로 예측했던 것보다 더 큰 성과를 거두었다고 봅니다.) 그 때 추천받았던 Professional 소프트웨어 개발과, 소프트웨어 공학의 사실과 오해라는 책을 읽는 계기가 되었습니다. (프로젝트 데드라인이 아직 남아있지만요.)
또 하나는,Winter of Code라는 행사에 대해서 더 폭넓게 이해하게 된 것입니다. 크게 보면, 이는 오픈소스에 대한 인식 확산과 기여에 있지만, 참여하는 멘티로서는 정말 훌륭한 멘토 분들을 만날 기회라고 보게 되었습니다. 이런 기회를 받게 되어 정말 기뻤습니다.

21 누구를 위해 일하는지 기억하라

자신이 하고 있는 일의 목표를 전체 회사의 목표와 맞추라는 조언입니다. 오랜 시간 견디는 튼튼한 성당을 짓는 사람들은, 비록 자신이 벽돌 한 장을 나르고 있더라도 완성된 성당의 이미지를 마음속에 간직했다고 합니다. 관리자와 자신의 성공을 떼어내지 말라는 이야기는 회사가 당신에게 알려주지 않는 50가지 비밀에서도 언급되었던 이야기라 더욱 공감했습니다.

35 적절한 표현으로 말하기

자신이 흥미를 느끼는 언어와, 고객이 쉽게 이해할 수 있는 언어 사이의 간극을 차드 파울러는 자신과 조카 사이의 대화를 통해 잘 지적하고 있습니다. 어쩌면 평범하게 넘어갈 수 있었던 대화에서 이런 통찰력을 얻을 수 있다는 사실이 의미있게 느껴졌습니다.

48 남인도의 원숭이 덫

여기서 언급된 원숭이 이야기를 생각해보니, "욕심쟁이 원숭이"라는 동화가 생각났습니다. 그 동화책에서는 항아리에 원숭이가 손을 집어넣고, 바나나를 가득 쥐었다가 손이 빠져나오지 못하는 상황을 겪지요. 그러다가 현명한 부엉이의 도움을 받아 손에 힘을 빼고 원숭이는 자신의 욕심을 뉘우친다는 요지의 이야기인데요. 자신의 주장을 억지로 부정함으로써, 더 다양한 도구를 통해 좋은 코드를 만드는 법을 배우는 것과 연관되어 있었습니다.

차드 파울러의 사랑하지 않으면 떠나라(원서명:My job Went to India)는 개발자로서 경력의 시작을 준비하고 있거나, 개발자의 위치에 있을 때 마주치게 되는 어려움을 극복할 수 있는 지침을 제시하고 있습니다. 중간에 나타나는 미국 IT 업계에 관한 이야기를 읽을 때면, IT 업계는 국경에 상관없이 공통적인 부분이 있음을 느끼기도 합니다. 주변에 IT 업계에 관심을 갖고 있는 분이 있다면, 이 책을 통해 당신을 정말 소중하게 여기고 있다는 것을 표현하는 건 어떨까요?

프로그래밍 심리학(원서명:The Psychology of Computer Programming, POCP)을 읽었습니다. 이 책은 25주년 기념판이 번역된 것인데요, 제랄드 M. 와인버그가 기념판을 펴낼 때 원서 자체에서 내용을 덧붙이는 형태로 펴냈기 때문에 예제로 사용되었던 PL/1이나 APL 언어들을 볼 수 있습니다.
지금으로서는 찾아 보기 힘든 천공카드에 대해 얽힌 이야기라거나, 실행시켜볼 코드를 보내놓고 회송시간을 기다린다거나 하는 이야기들이 있어서 이 책을 읽는게 지금에 와서 무슨 소용일까라고 생각할 수도 있습니다. 그러나 책을 보면, 과거의 프로그래머들이 해 왔던 고민들이나 어려움들이 현재의 기술도구로 해결되지 않는 부분이 상당함을 알 수 있습니다.
저자는 각 장에 후기를 보태며, 자신이 전에 펴냈던 내용에 대한 아쉬움을 밝히거나, 기저에 깔려 있던 이야기들을 고백하고 있습니다. 어쩌면 딱딱하게 보일 수 있는 주제임에도, 책 중간에 곁들여지는 제랄드 M. 와인버그의 유머는 그런 긴장을 풀어줍니다.
쓰는 사람의 내공이 나타나는 책을 읽을 때마다, 저자의 생각을 이렇게 먼 거리에서 책이라는 매개체로 나눌 수 있다는 점이 독자로서 느낄 수 있는 큰 행복입니다. 관리자, 프로그래머, 테스터 등 소프트웨어 관련 업계에서 일하고 계신 분이라면, 자신이 평소에 유지하던 "프로그래밍"이라는 행위에 대한 생각의 외연을 넓힐 수 있는 기회라고 생각합니다.

아키텍트 이야기를 읽고 있습니다. 처음에는 딱딱하고 어려운 책 아닌가 생각했었는데, 설명 중간에 줄거리가 되는 이야기가 있어서 책을 읽을 때 흥미를 꾸준히 느낄 수 있도록 합니다. 책에서는, 아키텍트란 소프트웨어 개발과 관계되어, 기술적 결정을 하는 최고 책임자라고 정의합니다. 프로그래머의 정년은 다른 직업보다 짧게 이야기되곤 하는데요, 이 책에서는 그에 대한 대안으로 아키텍트라는 역할을 제시합니다. 줄거리가 되는 이야기의 등장인물들은 이니셜을 가지고 등장하는데요. C라는 인물이 아키텍트로서 마주하는 상황들이 재미있으면서도 현실적으로 느껴졌습니다. 이는 저자가 다양한 시스템을 개발한 경험을 가지고 있는 데에서 기인한 듯합니다.

한국에서도 아키텍트라는 직업은 이제 낯선 이름이 아니게 된 듯합니다. 네이버 카페 아키텍트를 꿈꾸는 사람들에서는 스터디와 캠프 등 활발한 활동을 펼치고 있습니다. 문제를 풀기 위해 기술을 판단한다는 점에서 아키텍트란 직업은 매력이 있습니다. 다만, 훌륭한 아키텍트가 되기 위해서는 끊임없이 기술을 학습하고 의사소통을 잘 하는 법을 익히는 등 많은 노력이 필요할 것 같습니다. 아키텍트에 대한 전반적인 정보를 듣고, 아키텍트와 개발자 사이의 차이를 인지하는 데 도움을 주는 책이라고 봅니다.