kaixue-docs
码上开学的各种文档集中地
最新计划
码上开学从创建以来，有很多热心的开发者都参与了进来，有人帮忙出主意、有人帮忙写文章、有人帮忙做项目管理。我作为项目的发起人，在这几个月里看着项目进展、延缓、再进展、再延缓，慢慢地到现在，我发现码上开学的这种「大家一起来劳动」的松散管理工作方式并不适合这个项目：因为这是一个系列化的上手指南，所以整体的定位、结构、内容范围和深度、风格都需要有一定程度的一致，但我之前一直觉得作者们都是无偿来贡献的，已经够辛苦了，不好意思再跟大家提太多要求，所以对项目采取的是尽量少插手的管理方式，只要大家大方向对的就行。
但事实证明，这种合作方式对于内容生产的速度和质量管理是很不利的。如果继续这样发展下去，码上开学将会一直无法高效生产。这个社区的垃圾内容已经够多了，让我带着作者们（而且还是一群激情澎湃的作者）一起去生产低质量内容，那还不如不生产。
但码上开学是绝对不能流产的，所以在思考了很久之后，我决定对码上开学生产和发布策略进行以下调整：
集中焦点。不再同步生产 Kotlin 和 Jetpack 内容，而是暂停 Jetpack 部分的生产，全力输出 Kotlin 的内容；
强力控制。不再采用「大家来帮忙」的弱控制、弱合作形式，接下来我（扔物线）需要把项目的控制权完全收回来，具体来说：
整个系列指南的目标受众和自我定位；
系列文章的结构；
- 每篇文章的标题；
- 每篇文章的内容范围（覆盖哪些、不覆盖哪些）；
- 每篇文章的段落结构；
- 文风与细节；
- 其他我暂时没想到的这些那些。
以上这些内容，全部改由扔物线来定（或者和作者商讨之后由扔物线来决定），以及在文章生产过程中，在需要的时候做出修正要求。
集中生产。与之前的「作者遍布全球」的分布式生产方式不同，接下来的生产需要让作者们也尽量集中一些。具体来说，更加欢迎同城市、同作息表（例如同为 965）甚至同一个公司和团队的多个作者抱团创作。这样做的目的是更高效的沟通。（注：只是更加倾向于集中抱团生产，如果有质量和生产速度兼备的个人愿意来做作者，也是欢迎的）。
目前，即刻 Android 团队已经正式加入码上开学 Kotlin 部分的输出，欢迎大家来监督我们。
加速生产。这个不用解释，我会推动着大家把速度提起来。
集中发布。发布形式由原先计划的「类 HenCoder」形式——即边生产边发布、低频发布（例如每周一篇）的形式——改为「先生产再发布、高频发布（例如每天一篇）」的形式。同时，伴随着这种形式的改变，虽然接下来要加速生产，但我们的第一篇正式文章其实会更晚发布出来，这个和原先的计划是不一样的。
采用这种「憋大招」的发布形式，是因为码上开学不同于 HenCoder，它并不是一个「进阶手册」，而是一份「上手指南」，而上手指南往往需要读者在短时间内集中学习，所以集中发布虽然会延迟第一篇文章的到来，但却可以让最终的效果好很多。
这些调整会导致作者们的「原创趣味」有一定程度的降低，希望你们能理解我的纠结。
这份计划从 2019 年 05 月 17 日开始。也就是说，当你看见这篇文章的时候，码上开学的生产已经开始高速运转了。
文档
关键点记事
- Kotlin 和 Jetpack 方向负责人确定。（ 2019.01.16 ）
- 策略调整：暂停 Jetpack，专攻 Kotlin；加强控制，加速生产。（2019.05.17）
- 开始进入最后冲刺阶段，预计半个月后发布。（2019.07.31）
- 正式发布！（2019.08.19）
