最近一些感想

code review是需要的， 这是保证代码可控发展的关键，一个团队内代码的风格应该逐步趋向一致， 对于代码的理解也将在团队内扩散，但是author和reviewer的选择很重要， 稍有不慎可能演化成争吵，而且code review较多时，对review的能力也是一个挑战

在某些领域内，产品原型的定义很重要，它可以避免后续研发人员的反复修改。产品定义阶段未必需要真正的研发人员投入， 只是需要反复提供demo演示功能， 直至业务人员满意后，产品原型定义完成， 然后才是研发人员的实际工作。产品经理产品原型定义阶段必须投入很多精力，排除各种可能的可能导致后续研发反复修改的因素， 进入研发阶段，其投入可以降低。产品原型有可能是隔离业务人员和研发人员的关键

改变一个团队风气需要靠个人的威望， 至少在步入正轨之前推动者的个人威望是必须的。一个没有威望的人是无法改变一个团队固有风气的

面对某些代码，最好的方式其实是代码重构，但是任何事情都要先调查情况(重构对外部影响多大)， 精心准备（熟悉代码， 选择合适的人），耐心等待时机（所有涉及的人员都做好了承担风险的准备）， 勇敢和鲁莽只是一线之差