편집자노트 2011. 5. 27. 20:25
편집자가 책을 세상에 내보내고 가장 긴장되는 순간이 첫 독자평이 올라오는 때이다. 온라인 서점이 발달되다보니 독자 반응은 가히 실시간이다. 그리고 직설적이다. 네거티브한 내용이든 포저티브한 내용이든 대부분 직설적이다. 갈수록 줄어들고 있기는 하지만 중간정도의 애매한 서평을 남기는 경우도 더러 있다.

포저티브이든 네거티브이든 분명 이유가 있다. 이유없는 독자 클레임은 없다. 우리가 쓰는 전자제품이든 책이든 똑같은 소비재다. 쓰다가 열받으면 AS를 신청하든지 어디다가 분풀이라도 해야 하는 게 독자의 마음이고 소비자의 마음이다.

그걸 알면서도 편집자도 사람인지라 서슬 퍼런 서평에 시퍼렇게 멍이 든다. 이때 편집자의 자세가 어떠느냐에 따라 그들의 성장맵이 달리 그려진다. 정말 중요한 시점이다. "운이 없었다." "뭐~ 그정도의 서평은 예상하고 있었다." "그럴 수도 있지 뭐." "이런 식이면 편집자로서 성장은 아득하다. 출판사의 성장도 요원하다. 무엇이 문제인지 생각하고 고민하고 정리해내고 그것을 다음 책에 하나하나씩 반영할 때 비로소 편집자는 쭉쭉 뻗어갈 수 있다. 이 세상에 완전한 책은 없다. 다만 독자의 절박한 마음을 조금씩 이해해나가고 독자와 조금씩 교감영역을 넓혀가는 것이 편집자의 덕목 중 중요한 한 가지인 것은 분명하다.

독자 클레임은 베테랑 시니어 편집자도 피해갈 수 없다. 책이라는 게 철저하게 계획되고 의도된 제픔이기에 더욱 그러하다. 일부는 비판적 읽기가 전제되어야 한다며 이런 클레임을 애써 무시하는 경우도 있다. 나도 그랬던 것 같다. 겸손하지 않고 교만한 자만심이다. 매너리즘이다. 본래 의도의 사가지대에 있는 독자의 클레임도 이유없다 기각하지 말아야 한다. 다시 한번 자신을 되돌아볼 시점이다.

사각지대를  좀더 쉽게 표현하면, 컨텐츠가 타깃하고 있지 않은 독자를 일컫는다. 예를 들어, "수준 높다는 것과 어렵다"는 분명 다른 말이다. 초보자를 위한 배려를 하지 않았다 하더라도 그래서 초보자가 중급 이상 타깃의 책을 구입해서 읽었다 하더라도 그들의 눈도 '저자의 내공'을 파악할 수 있다는 것을 기억해야 한다. 당장은 그 책을 활용할 수는 없지만, 이때는 자신을 탓하지 책을 탓하지는 않는다.

그런데 희한하게 무플보다는 악플이 나을 때도 있다. 서평도 올라오지 않는다는 것은 관심을 두는 독자가 없다는 얘기와 같기 때문이다. 이때의 악플은 분명 익명의 인터넷 악성 댓글과는 분명 다르다. 상처받아야 할 게 아니라 약으로 써야 할 소중한 재료다.

가끔 예전에 내가 냈던 책들의 서평을 다시 한번 읽어보는 재미도 쏠쏠하다. 부끄럽기도 하다. 그때의 두근거림, 가슴쓰라림, 벅찬 감동, 그런 것들이 다시 가슴속에서 일렁인다. 인터넷 서점은 절판하더라도 책 정보는 남긴다. 서평도 고스란히 남긴다. 10년 전의 책이라도. 가끔 독자 서평의 추억을 더듬어 올라가면 서 출판에 대한 열정이 식지 않게 다독인다.

"책 값이 아깝지 않았다."
독자에게 들었던 최고의 서평이었다.
posted by 로드북
:
편집자노트 2011. 5. 27. 15:31
편집자로 성장한다는 것, 각 분야별로 많이 다를 것 같기도 하다.
나는 전문서 분야에서 편집자로 성장했기 때문에 주로 이 분야에서 어떻게 성장할 것인가에 대해 많이 고민했다. 사실 다른 분야는 기웃거리지도 않았고 흥미가 없었던 것도 사실이다.

맨처음 나에게 편집자로서 가장 힘들었던 점은 텍스트와 페이지의 압박이었다. 첫 책이 번역서였는데, 500여 페이지가 넘었으니. 사실, 지금은 200페이지나 800페이지나 비슷한 압박으로 다가오지만. 당시는 페이지에 따라 그 압박 규모가 달라졌던 것 같다. 거기엔 난이도도 있었지만.

내가 전문서 분야에서 편집자로 성장한다는 것은, 텍스트나 페이지의 압박에서 점점 벗어나는 과정이었던 것 같다. 단순히 시간이 가기때문에 기능공처럼 익숙해져가는 게 아니라 어떤 단계에서 어떻게 무엇을 준비할 것인가 하는 스케줄링 능력과 각 단계에서 돌발적인 문제에 대응하는 능력이 점점 나아지면서 자연스레 그 압박에서 벗어날 수 있었던 것 같다. 하나 더 추가한다면 첫 단추에 해당하는 설계능력이 또 한 가지 있겠지만.

처음이건 지금이건 모든 텍스트는 편집자의 날카로운 눈을 거쳐야 하는 것은 사실이다. 편집자가 추정이나 예측에 의해 텍스트를 판단하고 시장에 내보내는 것만큼 위험한 일은 없는 것 같다. 그만큼 텍스트를 만지는 것은 노가다가 바탕에 깔려있어야 하지만, 생각없는 노가다는 편집자의 심신만 지치게 할 뿐, 성장에는 전혀 도움이 되지 못한다.

그런데 나중에 나는 후배들을 어떻게 키워내야 할까? 아직 첫 깃발(첫책)도 꽂지 못한 내가 너무 먼 미래를 내다보는 것은 아닌지.
이미 이전 출판사에서 시니어편집자로서 경험이 있기 때문인지 그런 미래가 설렘보다는 긴장감으로 다가온다.


posted by 로드북
:
편집자노트 2011. 4. 30. 00:58
기획은 필이다
필 받을 때 글을 일필휘지하는 것처럼 몰아부쳐야 한다.

최고를 섭외하라. 그리고 추천을 받으라. 최고는 최고를 추천한다.

기획은 리듬이다.
적당한 긴장은 좋지만 방방 뜨지 말라.

리듬을 타라.
어떤 땐 빠르게 어떤 땐 지독히 고민하는 시간을 가져라.

기획은 널리 알려라
아이디어는 누구나 낼 수 있다. 구현의 문제이지 보안의 문제가 아니다. 감추지말고 많은 사람들에게 오픈하라.

기획은 확신 30%에서 시작하라.
그 뒤에 불확실성을 제거해가는 작업이 기획이다. 확신 50%가 넘을 때 베팅하라. 리스크없이 어떻게 결과를 바라는가.

음....

iPhone 에서 작성된 글입니다.
posted by 로드북
:
편집자노트 2011. 4. 29. 11:35
인기 있는 주제의 경우, 출판사가 조금 뒤늦게 주제 발굴을 했을 때 기획 당시뿐만 아니라 원고가 진행되는 중간중간에도 경쟁서는 불쑥불쑥 튀어나온다.

독자는 당연히 여러 초이스를 할 기회가 있기 때문에 좋지만, 편집자는 애가 타기 마련이다. 특히나 진행되고 있는 책의 컨셉이나 강점이 경쟁서에도 나타날 때는 더욱 그러하다.

그러다가 경쟁서를 자세히 훑어보고 안도할 때도 있고 그렇지 않을 때도 있다. 읽어보았는데 "나보다 센놈이다" 할 때는 정말이지 눈앞이 캄캄하다. 물론 센놈의 정의는 컨셉, 범위, 깊이 등의 여러 관점에서 세다는 의미다. 모든 관점에서 세면 독보적 베스트셀러가 되는 것이다. 쉽게 범접할 수 없는.

시장 선점은 항상 달콤한 유혹이다. 능력의 척도로 생각하기도 하며 기민함으로 칭송받을 때도 있다. 그러나 선점이 "빠르다"라는 것으로 오해하는 경우도 많다. 출판의 속성상 단권승부가 아니기 때문에 "언젠가는 반드시 기회가 온다"는 생각으로 어느 것에 치우치지 않고 자신만의 보폭으로 뚜벅뚜벅 걸어가는 게 결국 성공으로 가는 지름길인 것 같다.

나도 내가 뛸 수 있는 보폭보다 더 큰 것은 아닌지 뒤를 자꾸 돌아보는 습성이 생겼다. 어디에서 경망스럽게 폴짝폴짝 뛰어오지는 않았는지, 어디에서 약한 모습 보이며 축 늘어진 발자국은 없었는지.

화창한 금요일 오후, 아메리카노가 맛있다!



posted by 로드북
:
IT 포스팅 2011. 4. 22. 10:16
한번 들어보세요~~~.
사이트는 요기에서 퍼왔습니다.
http://15daysofjquery.com/

jQuery Demo - Expandable Sidebar Menu from John Resig on Vimeo.



posted by 로드북
:
IT 포스팅 2011. 4. 22. 02:40
아키텍처, 아키텍트에 대한 관심이 조금씩 높아지는 것 같다. 여러 가지 이유가 있겠지만 아무래도 소프트웨어의 복잡성이 높아져가고 각각 분해해서 개발하다보니 통합해야 하는 상황도 늘어나 자연스럽게 관심이 늘어는 탓인 듯.

비즈니스의 밸류와 사이즈가 다르기는 하지만, 소프트웨어 개발과 책을 만드는 과정은 참 비슷한 것 같다.

독자의 요구사항 분석 - 고객의 요구사항 분석
전체적인 얼개 설계    - 아키텍처 설계
원고 개발                 - 코딩
원고 피드백              - 테스트와 디버깅
교열/교정                 - QA
하판                         - 출시

책을 만들 때도 설계 단계에서 너무 세밀하게 한다고 해서 반드시 좋은 책이 나오는 것은 아니다. 소프트웨어 개발에서도 마찬가지인 것 같다. 그래서 애자일이니 XP니 TDD니 하는 방법론이 나오게 된 것 같다.

오늘 훈스닷넷에서 주최한 아키텍처 세미나에 참석했다.
약 50여 명 정도 참석하였는데 여성 참석자도 4명 정도 보였던 것 같다. 비율이 너무 적나? ^^ 

두 강사님의 강의 스타일이 많이 달랐다. 한분은 경험적인 내용을 프리하게 소개한 반면, 다른 한분은 정교하게 다듬어진 아키텍처 이론에 대한 강의를 하여 적절하게 밸런싱이 맞은 좋은 강의였다.
물론, 듣는 청중의 입장에서는 약간은 지루한 이론 강의보다는 실제 경험담 얘기가 더 듣기 좋은 것은 사실이다. 하지만, 용어를 정확하게 정의하고 아키텍처의 히스토리, 먼저 고민했던 사람들의 일반화한 경험 등도 그못지 않게 중요한 것 또한 사실이다. 아무튼 하나의 강의는 애자일 스타일인 것 같았고 다른 강의는 정교한 프레임웤 기반의 개발 스타일을 보는 듯 했다.

나는 개발자 출신도 아닌데, 아키텍처나 아키텍트라는 주제의 강의가 머리에 와닿는 이유는 뭘까? 오히려 그곳에 있는 개발자 출신들보다 내가 더 집중했던 것 같고 요목조목 필요한 내용을 들을 빼곡히 메모했던 것 같다.
이유를 생각해보니 아키텍트에게는 사람과의 커뮤니케이션, 리더십, 관리 능력, 큰그림을 그릴 줄 아는 능력, 비전메이킹 능력 등등이 요구되는데, 이것은 시간이 지나면서 생겨나는 게 아니라 조직을 구성해서 이끌어보고 문제도 경험해보고 실패와 성공도 해보는 데서 자연스럽게 나오기 때문인 것 같다.
내 자랑? ^^

아키텍트는 "고수"임에 틀림없다. 예전 무술영화에서 보면 고수가 제자를 들여 물긷는 것부터 시키고 이유도 가르쳐주지 않고 열나 필요없는 것 같은 것들을 반복해서 시키는 신이 많이 나온다. 그러다, 어느 순간부터 고수가 아는 내용을 순식간에 전해주고 "하산하라"라는 식상한 말을 하고 제자는 중원으로 나간다는...^^ 오늘 강의를 통해 얻은 것은 아키텍트가 되는 것도 그런 비슷한 과정인 것 같다는 생각. 개발할 때 열심히 역량을 쌓고 열나 깨져보기도 해야 비로소 깨달음이 오는 순간이 올거라는....

아무래도 오늘 청중의 분위기는 "아키텍트가 되려면 어떻게 해야 하지?" 하는 구체적인 답, 아니 어떻게 보면 나도 저렇게 해볼 만하다는 롤모델을 찾는, 그런 분위기였던 것 같다.

두 시간의 강의가 아키텍처가 무엇인지, 아키텍트가 되기 위해서는 어떻게 해야 하는지를 얻기에는 당연히 턱없이 부족한 시간이다. 그러나, 현업에 돌아가서 오늘 들었던 얘기를 곱씹어보면서 스스로 깨달음을 위한 좋은 재료가 될 만한 것들을 많이 얻었을 시간임엔 틀림없었던 것 같다.

---------------"말, 말, 말"--------------

"아키텍트가 되는 길은 도제제도와 비슷하다"
"십수권의 디자인패턴 책을 읽고도 이해가 안갔는데, 스프링 라이브러를 보고 코드가 아름답게 느꼈고 그제야 디자인패턴이 무엇인지 이해가 되었다. 그 뒤로 난 스프링빠가 되었다"
- 안영회강사님

"최초로 아키텍트라는 직함을 가진 분은 빌게이츠. 정확한 직함은 Chief Software Architect."
"아키텍트가 하는 일은 항상 새로운 일이다"
"아키텍트는 인사이트가 있어야 한다"
- 이충헌 강사님



 
posted by 로드북
:
IT 포스팅 2011. 4. 20. 15:13
전에 <나는 프로그래머다>(한빛미디어)라는 책이 있었다. 예비 프로그래머들에게는 다양한 프로그래머의 길을 보여주었던 것 같다.
SI, 전산, 임베디드, 게임, 웹 등 다양한 분야의 현업 프로그래머들의 진솔한 얘기가 인상적이었다. 아마, 그 책을 보고 프로그래머를 꿈꾸는 독자들이 나름의 투비이미지를 그렸을 것이다.

당시가 2004년이었으니, 딱 7년 정도가 흐른 셈이다.

그때 독자였던 많은 사람들이 지금은 현업 프로그래머가 되어 있을 것이다. 아마도 남자라면 30대초반쯤 되지 않았을까? 이제 좀 굵직한 프로젝도 해보고 SE로서 애환도 느껴보고 프로그래머로서의 향기가 이제야 조금 폴폴 나는 시기?
그런데, 그들의 투비이미지는 뭘까? 꿈은 뭘까?

다른 분야보다는 좀더 일찍 관리자나 다른 길을 선택해야 하는 30대 프로그래머, 선택의 기로에 선 그들에게 진짜 필요한 것은 뭘까?
용기? 열정? 끊임없는 자기계발?

누구나 삶의 궤적을 그린다. 지금도 그리고 있고 그 궤적이 앞으로를 결정한다.프로그래머도 마찬가지다. 그러나 많은 프로그래머들이 자신의 삶의 궤적을 어떻게 그려가야 할지 모르는 것 같다. 그냥 하루하루 열심히 프로젝트를 하다보면 어느새 30대 초반을 넘어 중반, 그리고 본의아니게 준비되지 않은 관리자의 길로 들어서는 경우가 많다.

하지만, 프로그래머의 궤적만큼 변화무쌍하고 다양한 업은 없는 것 같다. 십수년간 프로그래머라는 이름 옆에 있었던 편집자로서 보고 느낀 것이 그렇다는 얘기다. 그러나, 한국의 소프트웨어 역사가 30년도 채 안 되기 때문에 롤모델도 그리 많지 않다. 아주 유명한 분들 빼고. 그분들은 대한민국 0.000001%잖아...
많은 프로그래머들이 자신의 궤적을 어떻게 그려나갈 것인지 연구하고 실천하고 모험하고 몰두했으면 한다.
 
지난주에는 안드로이드인사이드에서 주최한 안드로이드 세미나가 있어서 다녀왔다. 날씨 좋은 봄날 토요일인데, 200여 명이 참석했던 것 같다.
놀라웠다. 12시부터 시작해서 7시 30분까지 진행했는데, 세미나가 너무 재미있어 끝까지 자리를 지켰다.

세미나에서 질문하는 수준이나 참석자들의 면면을 보니 국내 안드로이드 개발 수준도 단기간에 많이 올라선 것 같다. 
아직까지는 시스템레벨이나 통신사마다 다른 오픈API 정책 때문에 많은 분들이 삽질하면서 앱을 개발하고 있는 것 같기는 하지만, 고군분투하는 모습들이 참으로 멋있다는 생각을 했다.

마지막에 어떤 학생이 이런 질문을 하던데....

"컴퓨터 공학과 4학년인데요. 우리나라 IT 개발자들의 비전은 뭔가요? IT에서 리더 개발자가 되기 위해 어떻게 해야 하나요?"

너무 거창한 질문이라 모두 폭소가 이어졌지만, 차근차근 짧게 그래도 임팩트있게 대답해주던 강사의 말이 인상적이었다. 그리고 나를 많은 생각에 잠기게 만들었다.

이땅의 프로그래머, 힘냅시다!! 

 
 
posted by 로드북
:
출판사 소개 2011. 4. 8. 15:58



posted by 로드북
:
저자 역자 모집 2011. 4. 1. 09:27
이 세계는 지식을 함께 공유함으로써 진화하고 발전합니다.
이 세상의 지식은 우리 모두의 지적 노동의 집적물입니다.
이러한 지식 공유의 가장 보편적인 형태가 책입니다.

열정적으로 도전하는 사람 누구나 저자가 될 수 있습니다.
오늘 배우고 익힌 지식은 이미 책의 가장 좋은 재료입니다.

로드북은 IT전문 출판사입니다.
편집자가 저자와 함께 큰 그림을 그리고 독자에게 어떻게 저자의 지식을 잘 표현해줄 수 있는지 항상 연구하고 실현합니다.

오늘 도전하세요.

이메일 chief@roadbook.co.kr

 
posted by 로드북
:
편집자노트 2011. 3. 31. 18:04
2011년 1월에 나온 도서로, 개발자가 아니지만 편집자의 입장에서 한번 검토를 해보았다. 일본어가 서툴기는 하지만 그래도 대략적인 내용 파악은 할 수 있기 때문에 한번 정리해서 올려본다.

1장. 애플리케이션 개발 준비
아주 심플하게 구성되어 있다. IOS 버전은 4.1인 것 같은데, 사이트에 들어가보니 IOS 개발을 위해서는 년에 99불을 내야 해서 다운은 못받아보았다. 3월 현재 IOS SDK 최신 버전은 4.3 베타까지 나온 듯 보인다. 이 버전과는 조금 차이나는 부분이 있으나, 이 책은 기본만 다루기 때문에 버전에는 크게 신경쓰지 않아도 될 듯 보인다. 아무튼, 초보자가 알아야 할 만큼만 정리해두었고 이해하기 쉽게 구성되어 있다.

2장. IOS SDK 기본
Xccode3으로 설명하고 있다. 그것이 무엇을 의미하는지는 모르겠다. 그러나 지금은 Xcode4가 나왔다던데, Xcode4에는 InterfaceBuilder를 포함하고 있는 것 같다. 3까지는 별도로 되어 있음. 그런 차이가 큰지, 기본서로서 그래도 적당할지는는 모르겠다. 아주 간단하게 SDK의 구조에 대해 설명해놓았는데, 역시 이해하는 데는 쉽다.

3장. Objective-C
객체지향 설명은 간단하며 명쾌하다. [], @ 표기 등이 정신없어 보이는데, 익숙해지라고 안심시키기도 한다.
데이터종류가 세개밖에 나오지 않아 조금 이상하다. 다른 언어는 종류가 많던데, 이게 맞는지 빼먹었는지 모르겠다. 포인터변수는 조금 간략하게 나왔으며,
문자변수에 관해서 문법은 아주 심플하고 이해하기 쉽다. 그런데, 어떻게 테스트해야 할지는 모르겠다. 뒤에 가서 나오기는 하지만.
기타, 변수나 제어문도 어렵지 않다. 클래스에 대해서도 초간단으로 설명한다. 그림으로 설명하는데 누가봐도 그 구조는 쉽게 이해할 것 같다.

4장. 앱개발의 기본
아주 쉽게 잘 구성되어 있다. 특히 앱 개발시 생성되는 여러 파일들에 대한 구조가명쾌하게 그림으로 표시되어 앱 개발을 쉽게 할 수 있을 것으로 판단한다.

5장. 기본적인 팝(?) 작성하기?
이게 팝으로 읽는 건지 모르겠다. 가타카나로 되어 있어서. ^^
라벨이나 버튼 등 기본적으로 아이폰에서 쓰이는 기능(메뉴, 날짜, 진행바, 경고표시 등등)의 개발이 일목요연하게 잘 정리되어 있다.

6장. 영상과 애니메이션
정말 초간단 예제만 나온다. 그래도 이해하기는 쉽기 때문에 입문자들이 공부하기에는 좋을 듯하다.

7장. 아이폰에 있는 기능에 대해 알아보는 장
회전, 그리고 가속(볼 움직이는 예제는 아주 간단하면서도 실용적일 듯),
현재 위치, 맵킷 등. 맵킷은 우리나라것으로 바꿔줄 필요가 있을 듯하다. 역시 초간단 예제 위주로 설명하고 있다.

8장. 데이터를 읽고 보존하기?
정확하게 해석했는지 모르겠다.
웹상의 데이터를 읽는다든지, 웹상의 영상을 표시한다든지,
그리고 일시적으로 데이터를 보존하는 방법 등을 설명하고 있는 듯 보인다.웹뷰, 웹영상, XML 등등.
괜찮은 것 같다.

9장. 복수의 화면 표시
아주 쉽게 그림으로 이해할 수 있게 그리고 직관적으로 따라해볼 수 있게 잘 구성되어 있다.

10장. 테이블 표시
역시 마찬가지로 이해하기 쉽다.

11장. 앱 올리기
굿~~

12장. 실제기기에서 테스트
나쁘지 않다.
 
이상 검토 결과인데, 아주 초보자용이다. 기본적인 것만 나왔으나 반드시 알아야 할 내용을 정리한 것 같다. 그러나, 아이폰 개발서들이 홍수처럼 쏟아져 나온 지금, 이 책이 통할 수 있을까? 그래도 초보자들을 위해서는 단기간에 빨리 기초지식을 습득할 만한 책인 것 같은데...

고민이다. ^^ 
posted by 로드북
: