转自
http://code.google.com/p/openbookproject/wiki/HowToBuildBookOnline
啄木鸟/CPyUG 几年来主持组织了不少Py技术图书的翻译/原创工程, 但是能力有限,不可能出面组织所有图书的翻译,所以有必要分享在线图书工程的组织经验了
兴趣资源技巧出版
态度决定一切!
- 在线分布式团队的构成,更加要求臭味相投,最好是一个稳固的社区中的老朋友们
- 选题的有趣和有用,也是图书成功的绝对必要条件
图书也是工程!
- 就按照软件工程的方式来组织大家都习惯且有效!
- 网络中的对应免费服务是齐全的:
- 版本控制~ code.google 等等免费工程管理服务
- 日常沟通~ groups.google 等等免费列表服务
- 知识积累~ wikidot.com 等等免费维基服务
- 实时讨论~ IRC at freenode.org 等等聊天服务
- 项目管理~ Everydo 等等免费管理服务
- 进度计划~ google.com/calendar 等等在线日历服务
没有规矩不成方圆
- 定期的IRC会议非常有助于鼓励士气,協商进度,调节任务
- 一定要有热心的核心人物来協調和决定所有变更(前期应该是发起人,后期由编辑分担比较合理)
- 200页以内的小书,团队有多少人是没有关系的,因为任何偏差都可以快速修订
- 大于300页的图书,写作团队应该控制在5人以内,否则,沟通将是没有尽头的事儿了:
- 合理的团队构成:
- 2~5人的撰写成员
- 3~10 人的校对成员
- 随便多少人的关注/宣传成员
- 1~2 个稳定的跟随编辑
- 合理的团队构成:
- 一定不要使用任何 Office 格式文档来进行交互组织!这是无法进行版本控制的二进制东西!
- 结构化文本
- 纯文本
- HTML
- TeX文本
- 等等都是可以良好的通过版本控制环境进行充分管理的格式!一定要坚持使用!
- 即使在交付前统一倒入 Word 之流来统计字数,也要坚持使用!
出版是不比撰写轻松的复杂工程!
- 国家法令法规,行业潜则,市场反应,目标人群,流行模式,排版风格... 都是出版方面的专业知识,不是软件行业行者可以轻易体悟的到的!
- 有技术背景的编辑是个宝!
- 固定的编辑是永远的朋友!
- 不使用 M$ Office 的编辑在中国是神话!