1. 进到一家开发组织，要主动去了解业务，了解领域知识。

这种努力或者说这个过程，
可以帮你更胜任工作，与业务人员合作更加愉快，获得组织内更高的认可和发展；
另一方面， 结合具体的业务场景/特殊的业务需求，讲述设计方案，更能体现一个人的设计经验和素养，也更能向听众准确的传达设计思想。

2. 哪里都有政治，自清也别忘表现，不结怨。

3. 技术领域广阔，每个人关注的层面也不尽相同，找到自己感兴趣的领域，做更好的自己。

4. 技术管理是个难题，执着与妥协交替，尤其合作者间没有很明确的分工。

5. 方案和实现都要评审，不然日后补救的可能就是你自己。

6. 无论何种开发方法，设计过程中确定下来的内容，一定要有哪怕是最简形式的文档。

7. 不要人云亦云，看到出过书的或者MVP，无论内容对错，不去思考辩证。不要盲目崇拜“权威”。

8. 写文章，或者宣讲讨论，不要凑字，不要图口舌之快，更不要指鹿为马。君不见诸多提及MVC的文章，开篇就来一句，“这解决了表现和业务的分离”！