软件工程大忌，切莫推翻之前所有。随着业务的变化，我们会发现很多设计已经不适应了，这时候不用全盘推翻先前所有。看 PHP 的 $_FILES 变量格式就很奇葩，也算是不得已的妥协吧，这个应该是最开始的设计败笔，但依然可以兼容先前的。
请不要跟这些人做朋友。有些人特别纠结代码的质量和写法，这类人往往做不成什么大项目。切记，做大项目不可以太过于计较这些。试问，当今的出名的软件产品哪个没有 bug？有些软件那是一直更新一直有 bug，但人家成功了，因为有用户和知名度。而太纠结代码写法是最不应该的，这就是为什么遇到这类同事会非常累。
切莫太过于着急的重构和优化代码，特别是不要太早或太过于去封装或抽象出一些东西。其实很多东西是有利有弊，你抽象了，写起来是爽，但业务变更了，在抽象的基础上适应业务的变化改起来是非常慢的，特别容易出 bug，举个栗子就能很明白，一个很多人都经过的道路，突然出一些障碍，不得都绊倒了吗？
基础软件也不是都是完美的，比如 C lang。软件的设计最好遵守一种最优方法原则，意思就是，你要做一件事情，提供一种最好的方法就好了，不用提供太多相同功能的，这样导致的结果是代码是灵活了，但分析起来就复杂了。
做大工程兼顾出品速度和产品质量才最重要，代码质量，特别是利用率并不是最重要的。
等等……
共勉。