priority

发觉priority的设定和调整比写代码还容易出错

有长期目标，有短期目标，有紧急任务，有非紧急任务

长期的priority相关：不同项目的取舍，项目功能取舍，定义截止日期，长期计划

中短期的priority相关，一个项目如何快速推进，如何launch，如何平衡quality和time to market

前段时间launch了一个费了很大心血的项目，其中为了按时在deadline完成，采取了很多短期策略，比如用sql，开发快速，比如放了一些已知的bug不管，也放了一些未知的情况没去探究。那个项目体会最深的是尽快完成end to end。然后不断迭代，不断改进quality。

使用短期策略的另一个主要因素是考虑到review。review并不需要有production的东西。特别是quality相关。只要quality metrics可以就好。而review来来回回会花很多时间。所以开始会冲着各种review去。然后接着改系统。

最近开始弄一些长期性的东西，发现deadline不知不觉又近了。

又得回头往reviews冲了。productionisation或者其他长期的东西又得暂时降低一下priority。