책이 세상을 바꾼다

기획은 필이다
필 받을 때 글을 일필휘지하는 것처럼 몰아부쳐야 한다.

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

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

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

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

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

음....

iPhone 에서 작성된 글입니다.

인기 있는 주제의 경우, 출판사가 조금 뒤늦게 주제 발굴을 했을 때 기획 당시뿐만 아니라 원고가 진행되는 중간중간에도 경쟁서는 불쑥불쑥 튀어나온다.

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

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

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

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

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

한번 들어보세요~~~.
사이트는 요기에서 퍼왔습니다.
http://15daysofjquery.com/

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

이 세계는 지식을 함께 공유함으로써 진화하고 발전합니다.
이 세상의 지식은 우리 모두의 지적 노동의 집적물입니다.
이러한 지식 공유의 가장 보편적인 형태가 책입니다.

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

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

오늘 도전하세요.

이메일 chief@roadbook.co.kr

 

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

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

고민이다. ^^ 

한계레 원문 기사: http://www.hani.co.kr/arti/economy/it/470744.html

딸래미가 일주일에 한번씩 컴퓨터를 쓰는데, 포맷하고 한달도 안 되어 컴퓨터가 너무 지저분해져서 짜증이 났었는데, 역시 주범은 ActiveX였습니다.

플래시는 어떻게 될지 모르겠네요.
최근 웹 표준을 공부하면서 느낀 점은, 각 영역에서 전문가들이 전문가답게 일을 해야 한다는 것이었습니다.

구조는 HTML이 담당하고 표현은 CSS가 그리고 기능은 JavaScript나 기타 언어들로...그래서 개발자, 웹기획자, 디자이너가 서로의 영역에서 전문가로서 역량을 최대한 발휘할 수 있게 해줄 수 있는 것, 그것이 웹표준의 매력 중 하나이지 않나 싶습니다.

아무튼, ActiveX가 퇴출되고 웹표준에 대한 중요성이 더 높아지겠네요.
 
웹표준에 대해 참 잘 정리해놓은 블로그가 있어 소개합니다.

http://ugpapa.tistory.com/category/%EC%9B%B9%ED%91%9C%EC%A4%80/CSS

  

<책공장 세미나에서 인상깊게 들었던 내용을 담습니다>

_출판 창업시 가장 중요한 것은, 우선순위로!
1) 출판사상
"내가 왜 출판을 하려 하는가?" 이게 분명하면 길을 잃지 않고 어떤 힘든 일도 헤쳐나갈 수 있다. 이걸 잃어버리면, 색깔없는 출판사가 될 수밖에 없다. 내가 출판을 하려는 이유를 항상 생각하고 방향이 분명해야 한다.
2) 재정
출판사가 년매출 1억(?) 넘기까지가 지난한 과정이다.
3) 조직
그 다음이 조직이다.

_손익분기점 매출 단순 계산
손익분기점 매출 = 고정비 + 변동비
(고정비: 임대료, 인건비, 감가상각비 등, 변동비: 종이, 인쇄, 제작비 등)
손익분기점 매출을 넘기는 순간부터 비로소 나의 연봉을 가져갈 수 있다.
고정비는 치명적이기 때문에 최소한 고정비는 커버해야.
항상 최소한 재정문제만큼은 위의 기준이 머릿속에 있어야.

_개인사업자로 할 것이냐, 법인사업자로 할 것이냐?
과세 표준 기준으로 1천2백만원이 초과되면 법인이 유리한 것처럼 보이지만, 법인은 여러 종류의 세금을 더 낸다는 사실.
법인세, 대표이사의 근로소득세, 이익잉여금이 주주몫으로 돌아갈 때 배당금에 대한 배당소득세.
개인은 한해 소득에 대해 모두 세금을 내지만, 법인의 경우 배당소득의 시점을 정할 수 있기 때문에 세금 관리에 유리하다. 개인이든 법인이든 일장일단 있음.
대체로 매출이 약 15억 정도를 넘어가면 절세의 측면에서 법인 형태를 고려하는 것이 좋다고 함.

_재무재표에서 "대차대조표"라는 용어가 "재무상태표"로 바뀌었다고 함.

_손익계산서에서 가장 중요한 항목은 영업이익
실제로 메인 비즈니스(출판)에서 이익이 나야지 영업외수익만 좋은 것은 문제 있음. 

_현금흐름표의 중요성
흑자부도가 나는 이유는 매출채권을 제대로 회수하지 못하기 때문임. 그래서 현금흐름표라는 재무제표 항목이 필요함. 전문용어로 손익계산서는 발생주의 관점, 현금흐름표는 현금주의 관점.
"영업활동으로 인한 현금흐름"은 무조건 +가 되어야.

아무튼 오늘 강의에서 제일 인상깊었던 것은, "출판사는 출판사상을 가져야 한다!"
로드북의 출판사상은 뭘까? 그냥, 이제는 IT가 벗처럼 느껴진다.
그래서 재밌다. 책 만드는 것이....
이게 재미없어질 때, 즐겁지 아니 할 때, 다른 것을 하든지....