Min's Engineer Story

다시 한번 이야기 하지만, 이 이야기는 지극히 개인적인 의견을 정리한 것이다.

출판사마다 작업의 방식이 다를 수 있고,
집필자마다 순서가 다를 수 있다.
절대적인 방법이 아니라는 것을 알아두기 바란다.
그리고, 순서대로 읽어주기 바란다.

 

두번째 이야기로, 제목에 있는 자료 모으기에 대해서 알아보자.

제목대로 자료만 잘 모으면 두번째 이야기에서 필자가 말하고자 하는 것은 끝난다.
(본인이 자료를 잘 모은다고 생각하면 이 글은 안 읽어도 된다.)

그렇다면, 어떻게 하면 자료를 잘 모으는 것일까?

구글링만 잘하면 자료를 잘 모은다고 할 수 있을까?

꼭 그런것 만은 아니다.

필자가  Blog2Book 자바 튜닝 책을 쓰려고 마음 먹은 것은 출판되기 3년전 이었다.
그냥 말 그대로, 마음만 먹고, 자료를 모으기 시작했다.
Sun, IBM, HP등 IT 관련 회사의 뉴스레터를 구독하고, 만약에 튜닝과 관련 있는 내용이라면,
그리고, 내가 경험한 내용도 체계적으로 정리해 놓으려고 노력했다.

그런데, 여기서 중요한 것은 자료를 모으는 것도 중요하지만,
정리하고, 분류하는 것도 중요하다는 것이다.

만약 집에 양말을 보관하는 곳이 두군데 이상이라면, 한곳의 양말이 떨어지면, 두번째 장소를 확인하고,
거기에도 없으면 세번째 장소를 찾아보게 될 것이다. 그 때 발생하는 시간 낭비는 급한 출근 및 등교시간에 적지 않은 시간이다.

여러분들이 모으는 자료도 마찬가지다.

뭐 ~~~ 메일 오면 바탕화면에 대충 저장하고, 
나중에 잘 찾으면 되겠지…
라는 생각을 가진 분도 있을 것이고,

뭐 ~~~ 자바라는 글자만 들어가 있으면,
한 폴더에 다 모아서 저장해 놓는 분도 있을 것이다.
(여러분들이 Mac을 쓴다면, 검색기능이 워낙 좋아서 신경 쓰지 않아도 되긴 하지만…)

그런데, 그렇게 하면 안 된다는 것이다.

꼭 책을 쓰기 위해서만이 아니라, 여러분이 프로젝트를 하거나, 무슨 일을 하더라도,
자료를 정리하고, 세부적으로 분류하는 습관을 가지면,
나중에 문서를 찾고, 참조할 때 매우 편리할 것이다.

예를 들어 자바도 각각의 패키지로 분류할 수 있고,
신기술도 여러 가지로 분류할 수 있다.

지금과 같은 정보의 홍수 속에, 이렇게 분류하는 것도 여러분들의 능력이다.

다음 글에서 설명하겠지만,
나중에는 이렇게 분류해 놓은 것에 순서만 붙이면,
그게 바로 목차가 된다.

 

그리고, 여러분들이 모아놓은 자료는 신뢰성이 있어야 한다.
필자가 쓴 책에 있는 내용에 딴지 거시는 분들도 많지만,(뭐 그 말들이 틀렸다는 건 아니고…)
여러분들이 모아 놓은 자료를 100% 신뢰해서는 안된다.
직접 눈으로 확인한 이후에 책에 넣어야만 한다.

 

보통 책을 집필할 당시에는 하루에 많으면 A4기준 5~10페이지를 쓰는 날도 있지만(그림 및 이미지가 많을 때에는 ㅋㅋ)
하루에 3장 정도 쓰는게 일반적인 속도다.(하루에 책쓰는데 아침과 저녁에 각 한시간씩 두시간 투자할 경우…)

그런데, 한 부분에서 필자도 잘 모르고, 막히는 경우에는 해당 부분의 글을 쓰기 위해서 3주가 소요될 수도 있다.
(더 자세한 이야기는 네번째 이야기인 집필하기에서…)

 

여러분들이 아무리 많은 자료를 모았다고 생각되더라도,  
책을 집필할 때에는 많이 부족하다는 것을 느낄 것이다.
그래도 일단 모아라…

 

여러분들이 글을 모으고, 정리해 놓기 시작했다면 다음 글을 읽어보기 바란다.

아시는 분들은 아시겠지만,
얼마전 나의 두번째 책을 탈고 했다.

앞으로 남은 일들도 있지만, 약간의 여유가 있어
내 경험을 기준으로 책은 어떻게 쓰는지, 어떻게 쓰면 되는지, 어떻게 시작하면 되는지 간단히 정리해 보고자 한다.

참고로 이 글은 지극히 개인적인 의견 및 경험이다.

이렇게 정리하고자 하는 이유는,
"내가 가진 지식을 누군가에게 알려주고 싶은데..."
"이거는 정리 잘 해 놓으면 도움 되는 사람들이 많을 꺼야..."
"내가 한 이런 고생은 다른 사람이 안했으면 좋겠다..."
"나도 책이란거 한번 써서 돈좀 벌어볼까?"
라는 분들을 위해서 정리하는 것이다.
(그런데 위의 4가지 사항중 마지막 사항에 관심있는 분들은 더 이상 읽지 말기바란다.
생각보다 IT책은 그리 돈은 안된다. - -;)

그러면 어떻게 준비해야 할까?
책이란 것을 쓰려고 준비하기 위해서는 먼저 경험이 필요하다.
프로젝트 경험이나, 개발 경험을 말하는 것이 아니다.
집필의 경험을 말하는 것이다.

아무도 아무것도 안하고 집필의 경험을 쌓을 수는 없다.
가장 집필 연습을 하기 좋은 것은
- 교육 기관의 교재 (즉 교육 교재를 말한다.)
- 번역서
다.
"난 블로그에 글 많이 썼고, 보고서도 많이 썼는데"라고 하는 분들도 있겠지만,
누군가의 통제하에 출판사가 만족할 수 있는 글을 쓰는 것은 쉽지 않다.(물론 내가 글을 잘쓴다는 것은 아니다. ㅎㅎ)
즉 출판사나 교재를 만드는 곳이 어떻게 돌아가는지를 교재나 번역서를 쓰면서 배우는 것이 좋으며,
기회가 되면 반드시 한번 도전하기 바란다.
(출판사에는 항상 저자나 역자를 향한 문이 열려있다. 출판사 홈페이지를 한번 뒤져보면 내 말이 거짓이 아니라는 것을 알 수 있다.)

그런데, 무엇보다도 이러한 경험을 쌓을 때 중요한 것은 약속을 지켜야 한다는 것이다.
누구와의 약속이냐면,
- 출판사와의 약속
- 자기 자신과의 약속
- 독자와의 약속
을 말하는 것이다.

출판사와는 기본적으로 납기를 기켜야 하며,
독자의 문의가 있거나 요청이 있을 때 그에 대한 답을 해 주어야 하며,
자신과의 약속은 하루의 일정시간, 일주일의 일정시간은 위의 모든 약속을
지키기 위해서 시간을 할애하겠다는 약속을 지켜야 한다는 것이다.

그렇지 않다면 아무것도 할 수 없다.


첫번째 집필한 Blog2Book 자바 성능 튜닝 책은 집필만 3개월, 직접 리뷰 1개월후 출판사로 넘겨서 납기에 문제가 없었다.
하지만, 이번에 집필 완료한 두번째 책(Blog2Book Test)은 납기를 무려 7개월이나 delay 했다.
이렇게 delay된 가장 큰 핑계는 회사를 옮기면서 정신적 여유가 없었다는 것이지만,
가장 큰 이유는 내가 게을렀기 때문이다.
회사를 옮긴 이후에 절대 이렇게 해서는 책을 쓸수 있는 시간이 없다는 판단을 했고, 어떻게 해서든 시간을 만들기로 했다.
그 시간을 만들기 위해서 넷북을 샀고, 출근 버스에서 집필했다.
(도저히 퇴근버스에선 멀미나서 쓸 수가 없다.)
아마도 이 책의 1/2 이상은 출근 버스에서 집필했을 것이다.
(그런데 출근 버스에서 책을 쓰면 인터넷이 안되어서 업무 가속도가 장난이 아니다.)

다음에는 그럼, 어떻게 시작하는지 알아보자.

제가 별로 많이 도와주진 않았지만,
두명의 S 사에 있는 후배들이 Head First AJAX 책을 거의 10개월에 걸쳐 작업한 번역서가 나왔습니다.
제가 감수평까지 썼지만, 표지엔 왜 감수자 이름이 안들어 간지는 모르는 그런 책...
AJAX에 관심 많으신 분들은 정리하는 관점에서 보시면 많은 도움이 될 겁니다.

책 계약일로 따지면
1년 2개월동안,

실제 쓴 기간을 따지면,
8개월동안

집필한 작업이 거의 완료되었다.

이제는 여러 베타 리더 분들의 리뷰를 받아서 보완하는 작업을 하고 있고,
다음주에 원고를 출판사에 넘기기로 했다.

집필한 책의 대분류 목차는 다음과 같다.
A. 테스트에 대한 재미없는 이야기들
B. 단위 테스트 쉽게 해보기
C. 정적인 테스트 하기
D. 통합 테스트도 쉽게 해보기
E. 성능 테스트는 이렇게
F. 보안 테스트도 어려운 것 만이 아니네
G. 프로젝트를 마무리하는 테스트는 이런 것이 있구나.

순으로 되어 있다.
더 상세한 목차는 나중에 포스팅하겠다.

목차를 몇몇 개발자 분들에게 보여준 결과
B,C,D를 대체적으로 좋아하고,
가장 인기 있는 부분은 B 부분인 것 같다.

근데, 이 책은 바이블이 아닌 채널만을 열어주는 책이기 때문에
그리 깊숙히 들어가지 않는다.
하지만, 개발자들이 여러 방식의 테스트를 하기 위한 참조 서적은 될 수 있을 것이라고 생각한다.


이 책을 기다리는 분은 그리 많지 않겠지만, 11월까지만 기다려 주시길...