윈도우 하부구조를 알려주는 책. 프로세스, 스레드, 동기화 오브젝트, 메모리 관리, DLL, IOCP 등을 자세히 다룬다.

추천을 많이 하던데, 그런 추천을 받을만한 책이다. 주옥같은 책. ‘주옥같은’을 빠르게 읽으면 곤란. 뭐하나 떨어지는 내용이 없다. 그 중 메모리 관리 챕터가 가장 좋았다. 안 그래도 이쪽을 좀 자세히 봐야지 하고 있었는데, 딱 맞아떨어졌다.

정말 윈도우 지식이 부족했구나. 책에서 정말 많이 배웠다.

아꿈사에서 스터디로 진행했고 난 ‘4장 프로세스‘를 발표했다.

github 개발 프로세스를 소개하는 발표자료. http://zachholman.com/talk/how-github-uses-github-to-build-github에서 발표자료와 발표를 볼 수 있다.

비동기로 일하는 걸 강조. 미팅, 마감, 매니저 없이 일한다. 규모가 작고 작업끼리 종속성이 없다면 괜찮은 작업 방법. 사실 또 이렇게 일하는 게 있어 보인다. 그러나 규모가 크고 작업 간에 종속성이 많다면 불가능한 방법.

branch를 간단히 유지하고 pull request를 통해 master로 머지한다. 그리고 바로 여기서 변경 사항에 대한 논의와 코드 리뷰가 이루어진다.

각종 명령을 대화 명령어로 처리하려고 만든 hubot. 모든 기능을 한 곳에서 수행하기. 사실 이렇게 하려면 꽤 복잡하다. 아마 결론을 대화형 명령으로 내린 것 같다.

테스트 실행하기, 배포 등 업무에 관련된 일도 하지만 사무실에 음악을 튼다든지 누가 사무실에 있는지를 알려준다든지 이런 재미있는 명령도 많다.

github 개발 방식을 엿볼 수 있는 발표자료. hubot은 많이 탐나.

git 메뉴얼 종결자 나셨네. 책에서 다루는 범위도 넓고 설명도 자세해 도움을 많이 받았다. 이 책을 보기 전 Git, 분산 버전 관리 시스템을 봤는데, 두 책을 비교하면 나는 Pro Git을 추천한다. 물론 git 외에 다른 버전 관리 시스템을 써 봤다는 가정하에. 하긴 git이 처음 쓰는 버전 관리 시스템인 경우가 얼마나 되겠나 싶다.

아마존에서 책을 살 수도 있고 아니면 CC BY-NC-SA 3.0 라이선스로 배포되는 글을 봐도 된다. 한글로도 번역됐다! ‘progit – dogfeet‘에서 구할 수 있다. @pismute님과 @lethee님 덕에 편하게 읽었다.

github CIO인 Scott Chacon이 저자고 ebook을 만들 수 있는 소스를 github 저장소에 등록해놨다. 다른 언어로 번역하고 싶다면? 후후 fork한 후에 번역하면 된다. pull request도 날리고말야. 참 뭐랄까? github 답다.

사실 git을 많이 쓰면 쓸수록 github 잠재 사용자가 늘어 이익이다. 그래서 이런 github 저장소를 통한 배포는 전략적으로 참 훌륭하다고 할 수 있다. 뭐 아무리 그렇다 쳐도 이런 좋은 책이 CC BY-NC-SA 3.o 라이선스로 배포돼서 고마울 따름.

‘plumbing’ 명령어라 부르는 저수준 명령어를 다룬 게 특히 좋았다. 직접 저수준 명령어를 호출하며 진행하니 git 내부구조에 대한 이해가 대폭 상승. 또한 사용 예를 들어 간지러운 부분을 긁어줘서 좋았다. 이런 게 있구나. 어디에 사용할까? 궁금한 명령어가 보일 때, 딱! 보통 어떨 때 사용한다는 예를 들어준다. ‘rebase는 보통 커밋을 선형적으로 깔끔하게 적용하고 싶을 때 사용한다.’와 같이. 시원하다.

‘.mobi’로 빌드된 ebook도 있으니 kindle 앱을 한 번도 안 사용해 봤다면 이참에 써보는 것도 괜찮은 선택. 아이폰으로 읽었는데, 읽을 만 했다.

PS : ‘Pro Git 번역 회고 – dogfeet‘ 글도 있으니 참고~

깊이 있는 설명을 하지 않을까? 자바 개발자가 대상이니 if, for 이런 거 설명 안 하겠지? 자바로 애플리케이션을 개발한 적이 없는 내가 이 책을 고른 이유다.

그래. 꽤 깊이 있게 설명한다. 사실 조금만 더 들어갔으면 좋겠는데, 그만 둬 아쉬운 챕터도 있지만. 이 정도면 오케이. 그리고 if, for, … 이런 문법 얘기가 안 나와서 좋다.

제일 마음에 들었던 단락은 ‘nil을 염두에 둔 설계‘였다. 오브젝티브 C에선 nil에 메시지를 보내도 괜찮다. 이 특징을 잘 활용해 코드를 간결하게 짤 수 있다. 그러려면 이런 지침이 도움될 거다. 이런 얘기. 다른 언어를 오래 써서 그런지 null 검사를 안 하고 호출하는 것 같아 찜찜하다. 오브젝티브 C 특징을 설명하고 더 나아가 지침도 제공해 도움이 됐다. 사실 이런 걸 더 많이 원했어.

대부분 만족하는데, 뒷부분에서 패턴을 설명하는 건 마음에 안 들었다. 좀 더 다른 주제를 깊이 있게 얘기했으면 더 낫지 않았을까 하는 아쉬움이 생겼다.

책으로 약한 윈도우즈 지식을 열심히 채우는 중.

head first 시리즈 팬이다. 어떤 주제를 배우려고 하면 head first가 있는지부터 살핀다. iPhone 개발에 관심이 있었는데, 어라~ 여기도 head first가 있네. 망설일 이유가 없지.

차근차근 언어와 프레임워크를 공부하기보단 결과를 빨리 보면서 어떤 건지 감을 잡고 싶었다. 이 책과 딱 맞아떨어졌다.

xcode 3 기준이라 메뉴를 찾는 게 좀 힘들었다. 하지만 예제를 따라 하는데 큰 무리는 없었다. 참고로 아직 번역은 안 됐지만, iPad가 포함된 2판이 나왔다. Head First iPhone & iPad Development.

거의 모든 표준 라이브러리에서 non-intrusive 구현 방법을 선택하기 때문에 조금 낯설 뿐 쉬운 방법이다.

Git은 리누스 토르발스가 리눅스 커널 개발에 이용하려고 개발한 분산 버전 관리 시스템이다. 잘 만든 서비스 하나가 새로운 버전 관리 시스템도 공부하게 하는구나. github 아니었음 Git 책을 읽었을까?

이제까지 버전 관리 시스템으로는 svn, perforce, alienbrain 을 써봤다. 써본 건 다 중앙 집중식 버전 관리 시스템(centralized version control)으로 분산 버전 관리 시스템은 Git이 처음이다. 그래서 그런지 commit, push로 나뉘어 있는 명령어가 아주 낯설었다.

저장소(repository)가 여러 개인 게 가장 큰 특징. 원격 저장소와 하는 연산(push, pull, …)만 네트워크 속도에 영향을 받는다. 로컬 저장소를 대상으로 하는 작업은 네트워크가 연결 안 되어 있어도 가능. 단순 viewer가 아닌 저장소 복사여서 히스토리 같은 건 로컬에서 바로 빠르게 가능하다.

최하위 계층에서 Git은 저장소에 저장한 파일을 내용 단위로 추적한다. 이런 점에서 파일을 추적하는 여타 버전 관리 시스템과는 다르다. -p9

이건 좀 의외였다. 변경 내용 단위로 추적한다고 생각했었는데, 보통 파일 단위로 추적하는구나. 그냥 여타 버전 관리 시스템이라고만 언급해서 자세히 어떤 시스템이 이렇게 하는지는 모르겠다. 기술적으로 어려움이 있었던 걸까? 중앙 집중식 버전 관리 시스템이라 저장 용량에 크게 신경을 안 써서 그럴 수도 있겠다. 여하튼 변경 내용 단위로 추적해서 브랜치간 머지가 상당히 편해진다. 왜냐면 변경 내용 단위로 히스토리를 다 가지고 있기 때문에.

게임 업계에서도 사용할 수 있을까? 글쎄. 프로그래머 외 다른 직군은 현재 중앙 집중식 버전 관리 시스템을 배우는 것도 힘들어하고 있어 쉽지 않아 보인다. 당분간은 사용할 일이 없어 보이고 github 서비스를 이용할 때, 유용하게 사용하겠지.

Git을 윈도우즈에서 사용하기가 되게 불편하다. 맥에서는 XCode에 물려있어서 정말 편하게 사용할 수 있다. Git을 배우니 간만에 윈도우즈가 비주류처럼 느껴졌다. MS는 자꾸 새로 만들려고 삽질하지 말고(잘 만들면 얘기를 안 한다.) Git 같은 버전 관리 시스템을 정식으로 Visual Studio에서 지원 좀 해줬음 좋겠다. XCode를 보고 배우시오.

괜히 inside가 붙은 게 아냐. 깊이가 있다. 깔 수 있으면 다 MSIL로 까서 설명하니 애매한 게 없다. generic이 안 나오는 거 보니 1.1 버전 기준으로 설명. 이 부분은 웹사이트나 다른 책으로 보충해야 한다. 처음 배우기에 좋은 책.

C# 발전 속도를 보면 무섭다. 겁나 빨라. 언어가 점점 강력해져서 좋긴 한데, 새로운 버전이 나올 때마다 익혀야 하는 양을 생각해보면 부담스럽기도 하다. 이러면 어떨까? 버전 별로 추가된 기능을 싹~ 정리해서 설명해 준다. 오예~ 이 책이 바로 그런 책이다.

많이 추천은 하지만 본 소감을 찾아보기 어려운 책. 다 보기는 했지만, 이걸 봤다고 소감을 적어도 될지 망설여지는 책. 아마 이래서 소감을 찾아보기 어려운 것 아닐까? 이 책을 보고 난 뒤에 나는 어떻게 변했을까? 사실 모르겠다. 어려운 책을 다 이해는 못 했지만, 끝까지 완주했다는 자신감은 생겼지만 정말 이 책에서 얻은 지식이 내게 어떤 변화를 일으켰는지는 모르겠다. 어딘가에 내공으로 쌓였기를 바랄 뿐.

실제 아키텍트라 불리는 여러 사람이 어떤 걸 알아야 하는지 직접 얘기하는 걸 들을 수 있는 책. 비즈니스 얘기가 추가된 것 빼고는 좋은 소프트웨어 개발자가 되기 위한 글들과 비슷해서 나는 읽는데 지겨웠다.

책은 낡았지만 단단한 코드를 짜기 위한 지침은 낡지 않았다.

NoSQL. 요즘 참 많이 듣는 단어. MongoDB 기초 사용법을 설명한 책인데, 읽으면서 ‘아~ 이런 거구나‘라는 감을 잡을 수 있는 책이었다.

공부하면서 놓친 키워드 습득과 전문 분야 외에 다른 분야 지식도 얇게나마 쌓기 위해서 정주행했다. 사실 레퍼런스 성격을 가진 책이라 필요한 챕터만 찾아보는 책. 2001년에 한글판이 나온 책으로 쓸만한 내용도 아직 있지만, 많이 낡은 건 사실. 이거 보고 GPG2권을 보려다가 역주행이 더 낫다고 판단했다.

물리를 좋아하고 싶어요. 보고나니 좀 좋아졌다가 어려운 더러운 것들을 상대하고 나니 다시 싫어지려고 한다. head first 시리즈 광팬이라 웬만하면 다 보는데, 기초 이론이랑 head first 식 설명이 가장 궁합이 잘 맞는 것 같다.

사이트맵과 같은 책. 구석구석 찾기 어렵게 잘도 퍼트려 놓은 걸 잘 정리한 책. 이런 책에 자세한 설명은 바란다는 건 좀 무리다. 키워드 습득을 위해 정주행했다. 이런 책이 번역됐다는 것이 놀라울 따름. 3판은 아직 번역 소식이 없는데, 안타깝다. 원서로 읽어야지. 뭐.

살아 있는 교훈이 담긴 게임 개발 포스트모템 모음집. 특히 잘 나가고 유명한 게임 포스트모템이 실려서 이해하기 쉬웠다. 또, 책 지은이가 마지막에 공통으로 나오는 장단점을 정리해 준 것도 좋았다.

design pattern이 기술 관점으로 패턴을 배운다면 DDD는 설계 관점으로 패턴을 배우는 것이라 할 수 있다. 이 책을 통해 가장 많이 배운 건 설계 지식이다.

프로젝트 군상의 86가지 행동 패턴. 패턴 이름 짓느라 고생 많이 했겠다. 아꿈사 토론 책으로 골랐는데, 이제까지 고른 토론 책 중 내용이 상위권이다.

vim을 본격적으로 사용해보련다. 나처럼 처음 시작하는 사람에게 딱 좋은 책.

이 중에서 내 맘대로 최고는? 두구두구두구~ 도메인 주도 설계 (Domain-Driven Design)가 당첨이다. 설계가 현재 내게 가장 부족한 내공이라 생각하는데, 그쪽에 대해 많이 배울 수 있었기 때문이다. 큰 그림을 그리는 데, 필요한 요소들을 잘 설명해서 많이 배웠던 책이다.

확실히 TAOCP 같은 굵직한 책을 보니깐 작년보다 권수가 확~ 떨어졌다. 많이 못 봐도 괜찮아. 오히려 계속 미뤄오던 고전을 봐서 만족한다.

• 2010년 돌아보기 – 내가 읽은 프로그래밍 관련 서적
• 2009년 돌아보기 – 내가 읽은 프로그래밍 관련 서적

배워보고 싶었지만 계속 ‘나중에. 나중에.’를 연발했던 vim을 본격적으로 배우기 시작했다. 웹에서 그리고 vim 내장 도움말로 충분히 공부할 수 있다. 하지만 신호대잡음비(SNR)를 줄이고 너무 많은 옵션과 기능에 쫄지 않으려고 책을 선택했다.

목적 달성. vim을 처음 시작하는데, 딱 좋은 책이다.

PS : emacs를 배우려다가 실패. vim이 visual studio와 궁합이 더 잘 맞아서 배우고 있다. 맥북에어에서 문서편집작업도 편리하고.

:wq