如何组织在线图书工程

转自 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 的编辑在中国是神话!