4小时与一周

这是一个对最近典型的一个task的log，和我以前记录的task的信息有很高的一致性，可以作为一个典型甚至定律了。

可以比较好的帮助做计划了。

这是一个在大项目常常出现的情况，核心部分（包括good enough的refactor）是4小时，但是feature的实现跨度主要部分是1周。

而且其中算法部分我很熟悉，写出来很轻松，和技术美术以及美术产品的同事合作已经非常流畅，大家都非常专业，拖泥带水互相推诿的事情一个都没有。

当然我的时间消耗并没有一周那么多，中间做了很多其他事情，但是一个feature在大项目产品级的出现要经历这样的消耗，以及一些可以改善的方法

• 沟通---和相关合作的人，需要什么，怎么做。。。
• 合作的人能力优秀，配合流畅，三言两语就心有灵犀，这个会大大提速
• 版本更新
• 发布流程的速度，编译机器的能力，技术美术这里直接可以本机编译，这个速度大大快于dashboard的速度
• 实现包括几次的迭代
• 产品美术端可以准确定位出要什么，实现的人可以很好的理解，迅速准确稳定的实现
• 文档
• 成熟的文档体系，写文档的能力
• 互相之间的实现依赖
• 个人能力越全能越好，这样跨领域的事情可以快速完成，不用彼此依赖（也大幅度减少交流）。
• 原来界面部分总是拜托一个同事来写，后来自己来写发现实现迭代速度上了一个档次
• 中间被打断
• 一般都是之前欠的债，之前实现的越好，测试组能力越好，这种情况会越少

从这里我们也可以非常明显的看出，

• 全能真的重要
• 精英小团队相比大型团队的优势，大型团队能够快速做出东西才叫奇迹，精英小团队本应如此。

log：

核心feature prototype：2小时（算上编译）。

代码调整到结构干净，在进一步的扩展下保持一致性良好，精简暴露给美术的接口：2小时。

到这里是个人就可以完成的工作。

然后这样的一个过程，总的算下来花在上面的时间虽然不算多，但是时间跨度加一起1周：

交给技术美术，邮件简单文档加上口述怎么用，技术美术试用（更新版本，调试一个不错的效果），给负责产品美术的同事看效果提意见。

并行的进行优化，进一步代码实现细节简洁，注释。

反馈意见，提升修改，中间遇到一个美术使用的东西，需要一个同事帮忙实现个feature，他很忙，晚些时候，我记到trello上，后面不时的过去提醒这个feature。

除了这个以外都是实现了，然后左看看右看看，发现一个挺酷的feature，加了上去，然后技术美术看了说不好，吐血，把血擦干净，把代码删掉。

中间插了很多别人问问题，新的bug，trello的本周todo list渐渐变长，出来了一些紧急问题，放下手头feature去处理，处理完了，同事帮实现的feature好了，然后收尾。

我这里基本结束，本来会是我来写wiki文档，但是事情实在是多，商量了下，技术美术替我写了，然后我跟着看下。

技术美术事情也多，估计要第二周结束的时候才能写好。

然后发版本到所有美术，进行使用。