Media Log

전자책 이야기

2012.08.20 08:00 | 에세이

요즘 전자책 읽는 재미에 빠져서 살고 있다. 책이라면 당연히 종이 냄새 나는 종이책이지! 라고 생각했었는데 이 빌어먹을 디지털 세상의 편리함에 또 한가지를 굴복해 버리고 말았다.


몇몇 책들을 구입해서 실제로 읽다보니 과거에 어렴풋이 생각했던 공간 절약이나 검색 기능 말고도 다른 장점들이 있었다.


1. 구입 즉시 볼 수 있다. 이건 정말 중요하다. 충동구매가 많이 늘었다;

2. 소스 코드를 타이핑 하지 않고 원하는 만큼 복사해서 붙여넣기 할 수 있다. 타이핑 안하면 실력이 안 늘어난다고? 그런지 아닌지는 모르겠지만, 걱정되면 직접 치면 되니깐.

3. 사용자가 선호하는 폰트로 책을 볼 수도 있다. 나는 나눔폰트를 참 좋아하는데 책으로 읽을 땐 어떤 느낌일지 궁금하다. 한 번 보고 싶다.

4. 책을 보며 밑줄 긋고 낙서해도 쉽게 복원할 수 있다.

5. 하이퍼링크를 통해 참고자료나 인용 등을 바로 확인 할 수 있어서 편리하다. 물론 원래 보던 페이지로 쉽게 돌아갈 수도 있다.

6. 출판사 입장에서 책을 컬러로 만드는 것이 덜 부담스럽다. 소스코드는 Syntax 하이라이트를 해서 예쁘게 표현하기도 쉽다. 당연히 사용자한테도 좋다.

7. 책 페이지수가 종이책에 비해 중요하지 않아졌다. 출판사 입장에서는 레이아웃 구성을 좀 더 자유롭게 할 수 있다.

8. 대중 교통에서 한 손으로 들고 보기에 편리하다.

9. 그래도 종이책으로 보는 것이 무조건 좋다고? 선호하는 종이에 인쇄해서 보면 된다.

10. 종이책보다 싸다. 이전에는 전자책하고 종이책하고 차이가 별로 안나서 이렇게 비싸게 파나? 생각한 적도 있었는데, 지금은 전혀 그렇게 생각하지 않는다. 어짜피 들어있는 지식은 같고, 쓸데없는 공간 안 차지하는 것만으로도 충분히 훌륭하다.


몇 달전 인사이트에서 처음으로 전자책을 DRM free로 내놨었는데, 계속 해서 새 책이 안나오는 걸 보면 기대했던 것 만큼 반응이 좋지 않았나 보다. 이제 한빛 미디어에서도 전자책 장사를 시작했다. 부디 잘 기획해서 책도 많이 팔리고 시장이 빨리 성장했으면 좋겠다.

저작자 표시 비영리 동일 조건 변경 허락
신고
  1. Favicon of http://www.lcpass.com BlogIcon lcpass at 2012.11.12 10:07 신고 [edit/del]

    호불호가 갈리지만 나름 긍정적으로 생각하고 있습니다.

    Reply
  2. Favicon of http://sunyzero.tistory.com BlogIcon sunyzero at 2012.12.14 01:19 신고 [edit/del]

    전자책이 편리성만 따진다면 엄청 편리하더군요.
    오타도 쉽게 업데이트 할 수 있다고 합니다.
    개인적으로는 전자책이 활성화되면 좋겠지만 출판사들이 수익성이 영 안좋다고 하는 소리가 있네요.

    Reply
    • Favicon of http://www.benjaminlog.com BlogIcon 김재호 at 2012.12.15 14:04 신고 [edit/del]

      오랜만에 오셨군요^^
      전자책에 대해서 요즘 생각이 다시 좀 바뀌었는데;;
      편리하긴 엄청 편리한데, 책 보는 시간이 확 줄어버렸네요. 집중력도 엄청 떨어지고.

submit
Gmail 업무 기술 - 8점
카바사와 시온 지음, 김욱 옮김/한빛미디어

2000년 3월 한메일 주소를 갖게된 이후로 2008년 말까지 우직하게도 한메일만을 고집해왔었다. 2008년도 언젠가부터 메일을 보낼 때 G메일을 가끔씩 쓰기 시작했는데, 그 후 한메일로 오는 메일들을 자동으로 G메일로 퍼갈 수 있다는 것을 알게 된 후로 기존에 받았던 메일을 모두 G메일로 옮겨버리고 완전히 이사를 했다.
처음 G메일을 사용하면서 불편했던 점 한가지는 수신확인 기능이 없다는 것이었는데, 회사 생활을 하다보니 수신확인이라는 기능이 연애초기에 애인과 편지 주고 받는 것을 빼면 그다지 필요하지 않다는 것을 알게되었다.

쓰면 쓸수록 G메일에 빠져들어서 나는 이제 G메일과 다른 구글 서비스들의 광팬이 되어버렸다.
내가 G메일에서 특히 좋아하는 기능들은 다음과 같다.
  • 아카이브
  • 구글 톡 대화기록을 G메일로 저장
  • 메일과 그 회신메일들이 그룹으로 묶여서 보여지는 기능
  • 라벨과 필터를 쉽게 적용.
  • 똑똑한 스팸필터 기능.
이 책에서 새로운 기능들을 배울 수 있을 것 같아서 읽어보긴 했는데 책은 재밌게 읽긴했다만 많은 것을 얻지는 못했다.
  • gmail-backup.com 에서 gmail을 백업할 수 있다는 것.
  • Inbox 위에 나오는 광고를 환경설정에서 없앨 수 있다는 것.
  • 제목 끝에 EOM을 붙이면 G메일이 그걸 인식하고 본문이 없다고 메세지 박스를 띄우지 않는다는 것.
  • 별태그를 여러 색깔로 만들어서 사용할 수 있다는 것.
이 책에서 배울 가장 중요한 점은 메일을 삭제할 필요가 없다는 점이다. 하드디스크나 메일함의 용량이 모자라서 그나마 덜 중요한 데이터를 삭제 해본적이 있는가? 그랬다면 아마 이전에 지웠던 데이터 때문에 나중에 후회해본 적도 있을 것이다.
이제는 용량이 부족해서 어쩔수 없이 데이터를 지워야 하는 시대는 지났다. 사랑하는 사람에게 받았던 연애편지는 물론 대부분의 사람들이 소중하게 다룰테지만, 인터넷쇼핑몰에서 구매확정을 해달라고 보내오는 귀찮은 메일조차도 지우는 것보다는 잘 분리해서 보관하고 있는 편이 더 낫다. 이것은 꼭 메일에만 적용되는 것이 아니라 다른 모든 디지털 데이터와 잘 살아가는 현명한 처사이다.
G메일에서는 아카이브 기능과 필터, 라벨 기능을 통해서 이를 쉽게 적용할 수 있는데 책에 잘 설명되어져 있다.

다음 메일주소를 만들어서 쓰다가 네이버가 뜨니깐 네이버 메일 주소들을 만들어서 또 다른 사람들에게 주소를 가르쳐주고. 그래서 양쪽을 다 들어가면서 메일 확인을 하는 사람들은 꼭 G메일을 안쓰더라도 이 책을 읽어볼 필요가 있다. 한 곳에서 메일을 관리할 수 있는 방법을 배울 수 있을 것이다.

내가 G메일에서 가장 싫어하는 기능이 방금 생각이 났다.
첨부파일을 보낼 때 exe 파일은 보낼 수 없는 점. 압축을 해서 보내도 실행파일인 것을 알아채고 허용을 안해주는데, 그래서 나는 다른 서비스에 파일을 올리고 링크를 복사해서 주거나 파일의 확장자를 바꿔서 보내면서 상대방에게 양해를 구한다. 첫번째 방법은 다른 서비스에 의존하게 되는 것이 영 맘에 들지 않는다. G메일로 첨부하면 보낸 파일 또한 G메일에 저장되는 것이 더 깔끔한데 말이다. 두 번째 방법은 정말 한심한 방법인데, 저 방법을 쓰고 앉아있는 내가 너무 한심해서 G메일에게 더 화가 나곤 한다. 상대방이 다시 첨부파일의 이름을 변경해야하기 때문에 친한 친구에게나 사용하는 것이 좋을 것이다.
저작자 표시 비영리 동일 조건 변경 허락
신고
  1. 11 at 2011.05.18 19:19 신고 [edit/del]

    exe는 압축해서 첨부 가능해요

    Reply
    • Favicon of http://www.benjaminlog.com BlogIcon 김재호 at 2011.05.19 09:57 신고 [edit/del]

      zip 포맷으로 압축하면 첨부가 안됩니다. 7z나 alz, rar로 압축하면 가능하긴 해요. 그런데 이렇게 보내면 상대방 컴퓨터에 압축 풀수있는 프로그램이 없을 때 더 불편하게 만드는 꼴이죠.

  2. Favicon of http://joogunking.tistory.com BlogIcon joogunking at 2011.07.22 19:02 신고 [edit/del]

    강력한 스팸 필터 기능만으로도 쓸 이유능 충분하죠.
    저는 웹브라우저 오페라의 이메일 클라이언트 기능을 지메일에 연결해 사용하고 있습니다. 지메일 관련 유용한 링크 하나 추천합니다.
    http://kr.geek2live.org/tag/Gmail%20Tips

    Reply

submit
한빛미디어에서 한빛 리더스 2기를 모집 중이다.

한달에 한번씩 한빛미디어에서 나오는 책을 받아보고, 블로그에 서평을 작성하면 된다.
자세한 내용은 한빛 미디어 홈페이지에 직접 가서 확인해보면 되겠다.

좋은 책들을 많이 볼 수 있으니, 프로그래밍과 책을 좋아하는 사람들이 많이 지원해보기 바란다.


저작자 표시 비영리 동일 조건 변경 허락
신고

'에세이' 카테고리의 다른 글

디지털 기억  (2) 2011.03.13
이스트소프트의 슈퍼스타들  (2) 2011.01.05
한빛 리더스 2기 모집  (0) 2010.11.10
최고의 미드, 24시  (10) 2010.09.24
아주 괜찮은 Cpu 벤치마크 사이트  (2) 2010.08.19
자판기 동전 교환의 비밀  (7) 2010.08.19

submit
글로벌 소프트웨어를 꿈꾸다 - 9점
김익환 지음/한빛미디어
얼마전에 나온 김익환 선생님의 새 책이다.

이전 책인 소프트웨어 개발의 모든 것과 크게 다른 내용은 아니다. 오히려 이 책에서는 기술적인 사항이나 세부적인 요건들에 대해서는 다루지 않고, 소프트웨어 공학에 있어서의 올바른 그림만을 제시해주고 있다.

그렇기 때문에 이슈 관리시스템이나 소스 관리 시스템 같은 내용을 다루면서도 실제로 어떤 도구들이 있는지에 대해서는 언급하지 않는다.

언제부턴가 나는 어떤 소프트웨어를 선택해야 할 일이 생겼을 때, 항상 위키피디아를 먼저 찾아보게 되었는데 이런 이슈, 소스 관리 시스템을 선택할 때도 위키피디아가 어느 정도 도움이 될 수 있을 것이다. 이 책에서 이 내용을 설명해주지 않아 나처럼 아쉬움이 느껴졌다면 아래 위키피디아 링크에서 해소할 수 있기를 바란다.

이슈관리 시스템
소스관리 시스템

나는 이슈 트래커는 맨티스, 버전 콘트롤은 VSS와 SVN밖에 써본 적이 없기 때문에 어떤 것들이 좋다고 추천해주지는 못하겠다. 위 링크에서 여러가지 조건들을 비교해보고 자신의 상황에 맞는 도구를 선택하면 되겠다.
-사실 어떤 소프트웨어를 선택할 때 내 첫번째 우선순위는 지원되는 기능들보다 해당 프로젝트가 오픈소스인지 아닌지이다. 나는 오픈소스를 무척이나 선호하는데 영감님들이 잔뜩 있는 대기업에 다녔더라면 허구헌날 깨지고 다녔을지도 모르겠다.

다시 책 이야기로 돌아와서, 이 책은 SRS 같은 문서 작성에 대해서 이야기 할 때도 그것의 중요성에 대해서만 다루지 실제로 문서를 어떻게 작성해야 하는지에 대해서는 설명하지 않는다.

그런 기법들을 배우려면 '소프트웨어 개발의 모든 것'이나 다른 소프트웨어 공학 책들을 찾아봐야 할 것이다.

비록 기술적인 내용은 없다만, 이 책에서 말하는 내용들은 모두 공감이 많이 되고 옳은 이야기들만 있기 때문에 충분히 읽어볼만한 가치가 있다.
편하게 개발해오면서 해이해졌던 마음 가짐을 다시 조일 수 있는 계기도 되기 때문에 이런 좋은 충고를 해주는 책들은 주기적으로 읽어주어야 한다. -그런 책 중 가장 좋았던 책은 실용주의 프로그래머였다.

여러 우화나 인용을 제시한 후 그것과 비교하면서 독자를 설득해 나가는 글쓰기 방식도 인상적이다.

이 책에서 말하는 점들을 간추려서 적어보았다.
글에서 묻혀나는 뉘앙스들을 내가 느낀대로 적었기 때문에, 오해한 점도 껴 있을 수 있겠다.

  • 소프트웨어 아키텍쳐는 코더보다 고급 인력이다.
  • 소프트웨어 공학은 뻥이 아니다. 즉, 이를 (잘) 사용하면 개발 시간이 (정말로) 더 단축된다.
  • 그렇다고는 해도 생각없이 무작정 따라하면 쫄딱 망한다.
  • 코딩은 개발의 일부이며, 스펙 작성과 설계를 모두 할 줄 알아야 소프트웨어 개발자라고 할 수 있다.
  • 그리고 코딩보다는 스펙 작성과 설계 능력이 더 중요하고 고급 기술(돈도 많이 버는) 이다.
  • 난이도는 코딩 < 설계 < 스펙 순이다.
  • 중요성도 코딩 < 설계 < 스펙 순이다.
  • 사실 코딩능력은 아무것도 아니다.
  • 소프트웨어를 설계하는데 있어서 가장 중요한 것은 컴포넌트와 인터페이스를 잘 정의하는 것이다.

저작자 표시 비영리 동일 조건 변경 허락
신고
  1. Favicon of http://revirth.me BlogIcon tack at 2010.12.11 13:31 신고 [edit/del]

    그르게요.. 저도 SRS에 대한 관심은 높아졌지만 정작 뭘 어찌 해야 할지는 ㅎㅎㅎ

    Reply

submit

쿼드 코어가 대중화되기 시작할 때였으니깐 2008년도 쯤이었나보다.

예전에 친구들하고 술을 마시면서 컴퓨터 이야기를 했었다.
우리들은 다 같은 컴퓨터 공학도라서 술 마시면서 기술에 대해서 많이 얘기하곤 하는데, 그 날은 CPU 얘기가 나왔다.

한 친구 녀석이 컴퓨터를 새로 샀다고 자랑을 하면서, 코어가 많아지면 돈만 비싸지고 실제로는 싱글코어보다 더 느릴 수 있다는 얘기를 했다.

그 친구도 컴퓨터 공학을 전공했기 때문에 프로그램에 대해서 좀 알고 있었는데, 1개의 쓰레드만 사용하는 프로그램은 쿼드코어보다도 싱글코어 머신에서 더 빨리 동작한다는 것이다. 물론 쿼드코어 머신의 클럭이 더 낮을 경우에.

많은 사람들이 비슷한 생각을 가지고 있을 수 있는데 사실 이는 틀렸다. 한 클럭에 1개의 명령어만 처리할 수 있다고 한다면 물론 맞는 얘기겠지만 요즘 CPU는 너무나 똑똑하다.

요즘 나오는 2.0대 초반의 코어 하나가 2005~6 년 아키텍쳐의 싱글코어 3.0대 CPU들보다 훨씬 많은 일을 할 수 있다.

클럭이 높으면 열도 많이 나고 전기세도 많이 나가기 때문에, 나는 CPU를 살 때 항상 2.33이나 2.66 정도의 모델에서 고르곤 한다. 낮은 클럭의 CPU를 사면 오버클럭킹도 더 안정적으로 할 수 있기 때문에 여러모로 좋은 점이 많다.

어떻게 이런 일들이 벌어지는지 궁금하다면 이 책을 읽어보는 것이 도움이 될 것이다.

가벼운 책으로 카테고리하긴 했지만 가벼운 내용은 아니다. 사실은 정말 어렵다.

학교 다닐 때는 컴퓨터 구조가 너무도 재밌었는데, 요즘에는 컴퓨터 구조가 왜 이렇게 어렵고 무섭게 느껴지는지 모르겠다.

그래도 이 책은 여러 재밌는 주제들을 비교적 가벼운 문체로 설명하고 있으므로, 한 번 도전해서 읽을만 하다.

나는 책을 읽으면서 오탈자를 거의 찾지 못했는데, 한빛미디어 오탈자 페이지에 아주 많은 버그신고가 되어있는 것을 보고 깜짝 놀랐다. 참 대단한 사람들이다.

아마 2쇄에서는 저 내용들이 잘 반영되어 나올 것이다.

저자는 블로그에 윈도우 프로그래밍이나 병렬 프로그래밍에 대해 포스팅하곤 하는데, 주제나 내용이 자극적이고 재밌는 것들이 많으므로 피드를 구독해서 받아보는 것을 추천한다.

신고

submit
안드로이드 프로그래밍 정복 - 8점
김상형 지음/한빛미디어


이번에 한빛미디어에서 한빛리더스라는 활동을 하게 되었다.

한빛미디어에서는 내가 좋아하는 류의 좋은 책들이 많이 출간되는데, 앞으로 그런 책들을 잔뜩 받아볼 수 있다니 아주 기쁘다.

위와 같은 혜택들이 있으니 다음 번 2기를 모집할 때는 많은 사람들이 지원해보기 바란다.

어쨌거나 이번에 첫번째 책을 받았는데,
루비 프로그래밍 언어와 안드로이드 프로그래밍 정복 중에 어떤 걸 고를까 고민하다가, 회사에 혼자서 열심히 안드로이드 애플리케이션을 만들고 있는 아끼는 후배에게 선물해주기 위해서 이 책으로 선택했다.

자바 스크립트 완벽 가이드와 그외 많은 좋은 책들을 저술한 데이비드 플래너건이 쓴 루비 프로그래밍 언어도 좋은 책일 것임이 분명하지만 영어책이 아닌 일본어 책을 번역했다는 것이 마음에 걸렸다.
일본어 책은 분명히 마츠가 썼을텐데, 그는 언어는 잘 설계할지 몰라도 글쓰기 실력은 검증이 되지 않았다.

그렇게 안드로이드 책을 선택하고 한빛미디어로부터 책을 받은 후에 몇 가지 둘러보다가 많은 실망을 했다.
제일 눈에 거슬리는 것들은 시커멓게 인쇄된 안드로이드 에뮬레이터 그림들과 저자가 작성한 예제 프로그램의 외관이었다.
파워 포인트같은 것을 인쇄하다가 시커멓게 출력된 것을 보면, 끔찍하게 보기 싫을 뿐더러 옵션 설정을 제대로 못한 자신에게 화가 나기도 한다.
책에서도 시커먼 그림을 보면 역시 마찬가지 기분이 드는데, 책 자체의 품위가 떨어지는 느낌이다.

저자는 시커먼 그림은 보기에 안좋다는 것을 이미 알고 일부러 하얀 바탕을 선택해서 예제를 작성했다고 언급하기도 하는데, 예제 뿐만아니라 에뮬레이터 배경 색깔에 대해서도 신경을 썼어야 한다.
거의 매 장에 이런 시커먼 그림이 나오는데 이것이 눈에 자꾸만 걸린다.

또한 그의 다른 책을 읽어보았거나 winapi.co.kr에 가본 사람들은 알겠지만, 훌륭한 글솜씨에 비해 그의 디자인 센스는 경악 그 자체이다. -하지만 나도 그림을 딱 이 정도 수준으로 그려서 회사에서 디자이너들에게 놀림받고는 한다. 크크크.

한빛미디어 담당자들에게 무엇이 문제인지 보여주기 위해서 사진까지 찍어봤다. 그들이 잘 이해해주기를 바라고 다음에 출간되는 책들에서는 꼭 고쳐지기를 기대한다.

2차원의 네모와 육각형과 원통. 모든 그림이 이런 식이다.
내 생각으로는 디자이너한테 이미지들을 몽땅 건네주고 하루 이틀 정도만 시간을 주면 저자의 의도를 변경하지 않고서도 훨씬 보기 좋은 그림으로 만들 수 있을 것 같다.

아래 그림은 역시 한빛미디어에서 출간된 제프리리처의 Windows via C/C++ 중 일부이다.
원서(Microsoft Press)에도 이와 똑같은 그림으로 그려져 있고, 안의 내용만 한글로 바꾼 것이다.

내가 하고 싶은 말은 김상형보다 제프리리쳐가 그림도 잘 그려! 가 아니라 출판사(Microsoft Press)가 그만큼 신경을 많이 썼다는 것이다. 설마 저런 그림들을 제프리가 다 그렸겠는가? ...물론 그럴수도 있겠지만 아니라고 믿고 싶다. 코딩을 잘하면 그림이라도 못 그려야하지 않겠는가.

게다가 이 책에서 캡쳐된 그림 중 다수가 외각선이 한두픽셀씩 더 캡쳐되어 지저분한 느낌을 주는데 이 역시도 출판사에서 미리 찾아내서 교정할 수 있던 것들이다.
내가 너무 까탈스럽게 느껴질지도 모르겠지만, 그런 섬세함 하나 하나가 다른 곳과 차별되는 더 훌륭한 출판사로 만들어 줄 것이다.

꽁짜로 책을 얻어보면서 너무 안좋은 이야기만 썼는데 반가웠던 점도 하나 있다.
바로 폰트가 Andale Mono로 바뀌었다는 점!
비록 지금은 Monaco를 사용하고 있지만 그 전에 내가 가장 좋아했던 폰트는 바로 Andale Mono였다.
이 폰트들은 oO0lI 들이 눈으로 확연히 구분되는데다가(그리고 예쁘기도 하다) 고정폭 폰트인데 코드에는 당연히 이런 폰트를 사용해야만 한다.

쓰다보니 너무 길어지고 말았는데 책 내용에 대한 자세한 평은 다른 한빛리더스 분들에게 맡긴다.

신고

submit
Windows 시스템 실행파일의 구조와 원리 - 9점
이호동 지음/한빛미디어

이 책은 PE(Portable Executable)라고도 불리우는 윈도우즈 실행 파일의 내부 구조에 대해서 다룬다.
EXE, DLL, OCX, SYS, DRV 확장자들로 된 파일들이 모두 PE파일이다.

이런 PE 파일들이 실행되는 순간에 메모리에 어떻게 매핑되고 그 자료구조는 어떻게 구성되는지가 바로 이 책이 다루는 내용이다.

이 책을 읽기 전에 제프리리처의 Windows Via C/C++

13장 윈도우 메모리의 구조
14장 가상 메모리 살펴보기
17장 메모리 맵 파일
19장 DLL의 기본
20장 DLL의 고급 기법

위 장들을 읽어보는 것이 이 책을 이해하는데 많은 도움을 줄 것이다.

나는 처음에는 헥사코드를 하나씩 따라가면서 정독해서 읽었는데, 관련 구조체들이 다 비슷비슷 하게 구성되어 있어서 중간쯤 부터는 그런 부분들을 제껴가면서 조금 더 편하게 읽을 수 있었다.

개인적으로 DLL의 깊숙한 부분에 대해서 많은 것을 얻을 수 있어서 좋았고, 또 리소스에 대해서는 거의 아는 것이 없었는데, 이 부분을 많이 다루어 주어서 특히 좋았다.

이 책의 단점을 꼽자면, 그림이나 코드들이 보기에 너무 조잡하다는 것이다.
또한 느낌표나 말줄임표를 잔뜩 붙여놓은 문장들이 곳곳에서 보이는데, 이는 잘 정제되지 못한 글의 느낌을 받게 한다. 마치 인터넷에 써서 올렸던 글을 추려서 책으로 낸듯이 말이다.
저자는 프로그래머이지 글쟁이가 아니므로 이런 것들은 출판사에서 신경을 써준다면 좋을 것이다.

이 책과 비슷한 경우로 김상형의 Windows API 정복이라는 명서가 있는데, 나는 이 책을 국내에서 출판된 가장 잘 쓰여진 프로그래밍 책이라고 생각하지만, 책 안의 그림들은 저자의 깔끔한 글솜씨에 비해 조잡하게 느껴진다.
이 책은 가남사에서 출판되었다가 한빛미디어에서 개정되었는데, 그림들이나 표는 아마도 그대로 옮긴 것 같다.

저자가 그린 그림을 출판사에 제출하면 편집없이 그대로 실는 것 같은 느낌인데, 만약 정말 그러고 있다면 출판사에서 좀 더 다듬어서 주기를 바란다.
오라일리 같은 출판사에서 발행하는 책들은 그림이나 표가 참 보기 좋게 그려져있다. 그 책을 쓰는 저자들이 모두 미술에까지 일가견이 있어서 그런 것은 분명 아닐 것이다.

다음은 내가 출판사에 바라는 점들이다.
1. 모든 코드 조각은 회색 박스로 둘러싼다.
2. 코드 폰트는 고정폭 폰트를(기왕이면 프로그래머가 많이 쓰는) 사용한다.
3. 지저분한 그림이나 표는 예쁘게 다시 그린다.

쓰다보니 단점의 내용이 길어져 버렸는데, 이 것은 이 책만이 아니라 국내에서 출판되는 모든 프로그래밍 서적에 대한 내용이다.

이런 자잘한 단점을 제외하면 이 책은 읽을만한 가치가 있는 아주 훌륭한 책이다.
이런 지식을 얻기위해서, Matt Pietrek이 쓴 다음과 같은 글 들을 눈이 빠지게 읽어야 하는데
보기만해도 질려버린다.




이미 이 책의 저자가 이 문서들을 잘 읽어본 후에 우리들에게 한글로 쉽게 설명해주고 있으니 그저 고마울 뿐이다.

이 책이 개정판이 또 나올 것 같지는 않지만 혹시 개정된다면, 위에서 말한 부분들의 교정과 함께 64bit PE나 Managed PE에 대해서도 살짝 다루어주면 좋겠다.

신고

submit