오탈자 정보 2011. 8. 23. 21:29
(오탈자 신고: chief@roadbook.co.kr 또는 댓글로 남겨주세요)

2011년 8월 26일 현재

-------- 목차 및 본문 --------
오자: COLUM
수정: COLUMN
--------------------------------------

-------- p.126(아래에서 3번째 줄) --------
오자: 시장님
수정: 사장님
--------------------------------------
 
posted by 로드북
:
편집자노트 2011. 8. 18. 19:21
판을 내놓든지(出), 공개하든지(publish) 한국말이든 영어든 출판의 의미는 "세상에 무엇인가를 선보인다."는 것은 공통인 것 같다.

무엇인가를 세상에 내보는데, 그 무엇이 시간이 지남에 따라 달라진다.

처음 출판을 시작했을 때는 단지 오류없는 컨텐츠를 내보내는 데 집중했던 것 같다. 형식뿐만 아니라 내용적인 부분까지.

시간이 지나면서 컨텐츠에 가치와 의미를 담아 어떤 메시지를 내보내야 한다는 약간의 의식적 자각을 하기 시작했다. 컨셉이 뭐니? 목적이 뭐니? 가치가 뭐니? 누구를 위한거니? 등등.

그런데, 요즘 들어 드는 생각은 "무언가를 세상에 내보낸다." 할 때 그 무엇은 사람인 것 같다. 즉 사람을 출판하고 사람을 퍼블리싱하는 것 같다.

책은 수많은 사람들이 함께 만드는 작품이다. 그 사람들의 얼굴이다. 저자가 제일 앞에 등장하지만, 책을 만들기 위해서는 편집자, 디자이너, 마케터와 같은 여러 스탭들까지 수많은 사람들이 함께 한다.

컨텐츠를 내보낸다는 것은 왠지 대타를 내보낸다는 느낌 같다. 사람을 퍼블리싱한다는 것이 진정한 출판의 의미 아닐까?

iPhone 에서 작성된 글입니다.

'편집자노트' 카테고리의 다른 글

책이 갖추어야 할 요소 ver0.5  (0) 2011.09.04
책, 비판적 읽기가 선행되어야  (0) 2011.08.23
교정의 원칙  (0) 2011.08.03
책의 라이프사이클, 그리고 편집자  (0) 2011.07.07
색의 미학  (0) 2011.07.01
posted by 로드북
:
신간소개 2011. 8. 14. 04:38

_사람과 프로그래머 #2







l  저자: 이호종

l  페이지: 248

l  판형신국판(152x225)
l  도수: 1
l  정가: 16,000
l  발행일: 2011 8 22
l  ISBN: 978-89-966598-2-2








_도서 내용

이 세상의 수많은 소프트웨어 프로젝트를 성공적으로 수행하기 위해서 일반화할 수 있는 공통적인 부분, 누구나 공감할 수 있는 통찰이 있다. 그리고 이 책에서는 그것을 인문학적 영역으로 정의한다. 개발방법론에만 함몰되어 남들이 좋다 하니 그것을 그대로 실천하려는 자세를 벗어나 우리가 누구인지, 우리가 속한 환경의 특성이 무엇인지를 먼저 알아야 하고 그 다음에 적합한 방법론을 선택해야 한다. 이 책이 다루는 주요 내용이다. 기존의 소프트웨어 개발 방법론 책과는 거꾸로 개발 방법론을 배운다.

_
대상 독자

소프트웨어 개발 프로젝트를 이끌어야 하는 초보 관리자

소프트웨어 개발에 관해 공학 외에 인문학적 소양을 갖추고자 하는 개발자

개발 현장을 리얼하게 이해하고자 하는 소프트웨어 프로젝트 관계자

당장 조직의 문제를 실감하고 있는 프로젝트 이해당사자

새로운 개발방법론을 도입하기 위해 학습하고자 하는 개발자나 관리자


_주요 내용

소프트웨어 개발 방법론

그냥 가져다 쓰는 도구가 아니다

소프트웨어 개발 방법론은 해법이 정해져 있는 공학적 이론이 아닙니다. 사람의 문제, 조직의 문제를 훨씬 많이 다루는 인문학적 영역입니다. 그래서 그냥 가져다 쓰다가는 많은 프로젝트가 실패할 수밖에 없습니다. 따라서 이 책은 특정 방법론을 이론적으로 설명하는 방식을 탈피해서 저자가 십수 년간 현장에서 체득한 경험과 평소 다독하며 끊임없는 학습으로 쌓은 인문학적 소양을 바탕으로 소프트웨어 개발 방법론을 학습하고 도입하기 전에 알아야 할 것들을 설득력 있게 제시합니다.

"더 중요한 것은 우리 자신을 아는 것이다. 우리의 체질과 습관을 아는 것에서 시작해야 한다. 우리의 고유한(?) 문제에서부터 출발해서, 그 문제를 풀어가는 데 도움이 될 처방전을 찾는 과정이어야 한다. 현학적인 이론들을 그대로 가져다가 현실에 적용해보는 건 오히려 역효과가 생길 공산이 크다. 특히 개발 조직 외부에서 주로 상층에서 아래로 강요하고 주입하는 방식으로 던져주는 방법론은 대부분 실패한다. 실무자, 담당자들이 감당할 수 있어야 한다. 방법론 도입과 적용과정에서 생겨나는 불편과 부작용을 감당하고 극복해갈 수 있어야만 약효를 얻을 수 있다. 아무리 보약을 지어줘도 쓴 약 먹기 싫어서 몰래 버리기만 하면 몸이 튼튼해질 수가 없다."

<프롤로그_소프트웨어 개발, 제대로 배우자> 중에서

_저자 소개

이호종 joycestudy@naver.com
서강대학교에서 전자공학과 학사 및 대학원 석사 과정을 마쳤다. 아남반도체기술, 메타칩스 대표이사, 그리고 현재 ㈜후이즈의 기술이사까지 15년 넘게 통신 및 하드웨어와 소프트웨어 설계 분야에서 개발하고 있다. <잡독일기(雜讀日記)>라는 블로그에 평소 다독하며 끊임없이 학습하여 얻은 지식을 틈틈이 기록하고 있다. 이 책은 저자의 블로그 내용에 기초하여 엮은 글이다.

_편집자 코멘트
어려운 얘기를 써놓지 않았습니다. 누구나 읽고 공감할 수 있는 쉬운 얘기를 써놓았습니다. 무엇보다 블로그 글에서 개발자 출신이 아닌 저도 밑줄 긋고 싶은 말이 참 많았습니다.

이 책을 읽으면서 저자도 조직에 대해, 사람에 대해 참으로 많이 고민했구나를 느꼈습니다. 그리고 평소에 엄청나게 다독하는 습관으로 다져진 인문학적 소양이 더해져 부드럽게 섭취할 수 있는 주제가 가득합니다.

개발자도 봐야 하지만, 오히려 팀장님, 사장님과 같은 관리자가 더 많이 보았으면 합니다. 왜 프로젝트가 실패하는지, 왜 개발자가 중요한지, 왜 방법론이 필요한지 등에 대해 개발자, 관리자가 함께 머리를 맞대고 공감하여 좀더 나은 소프트웨어 개발 환경에 도움을 줄 수 있길 기대합니다


_목차

프롤로그

01 소프트웨어 개발 제대로 배우자

02 개발자는 무엇으로 사는가

03 문명 붕괴 패턴과 너무 비슷한 소프트웨어 붕괴 패턴

04 소프트웨어 진화 전략을 고민해봄 (1)

05 소프트웨어 진화 전략을 고민해봄 (2)_리팩토링

06 즐겁고 행복한 개발자를 위한 3종 세트

Colum01 프로그래밍 언어에 관한 두서 없는 생각 

개발 방법론

07 개발 방법론에 대한 오해와 억측

08 복잡한 개발 방법론 따위가 왜 필요할까

09 폭포수 개발 방법론을 위한 변호

10 소프트웨어 솔루션 단기 속성 개발 전략의 위험성

Colum02 전문성의 기준으로 본 전문가 등급 피라미드 


posted by 로드북
: