1、对事不对人 - 指责不会修复bug
有人在会议上提出一个极可能错误方案时，不是直接否定它的方案，也不是指责方案的错误，应该是提出方案中可能忽略的死角
让提出者自证自己的方案可能是错误了。
2、要专业而不是自我
专业人事应当允许非专业人士犯一些低级错误。
而且非专业犯了错误时，如果面临其它人的指责，专业人事应当帮忙圆场，而不是把手下推出去受审判。
3、设定最终期限 - 如果没有时间限制，不能做一些平衡，事情永远没有止境。
设计就是一个妥协的过程，一旦做出决定，应该全体坚定去执行。
4、懂的舍弃
CPU和内存不再昂贵，昂贵的是软件开发者的时间，代码应该不再把关注点放在内存效率上（除了特定的场景）
应该培养快速开发的方法，写出容易维护的代码
譬如J2EE和PHP区别
5、让客户做决定（直白一些，软件不用做得很完美才交付给用户，让用户尽快看到产品的样子，让用户去改进产品）
6、合理地使用技术（不要因为这是一个新技术而盲目去使用它）
452
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
