吉德林法则（把难题清清楚楚地写出来，便已经解决了一半）
墨菲定律（任何事都没有表面看起来那么简单，会出错的事总会出错）
积极面对问题（问题始终在那里，你不跟测试说，不跟产品说，最终还是会发现）
奥卡姆剃刀原理（如无必要，勿增实体）
重构常态化（利用需求去重构，一月一次小重构、一个季度一次大重构，保证系统的稳定性和可扩展性）
避免烟囱设计，避免系统熵增
中间态和代理层是解决很多问题的办法，比如缓存和数据库的一致性。
形成开发流程规范：
需求分析，可行性分析，依赖分析，接口设计，测试case，风险评估，容错处理，及时反馈问题。
重要项目要有这些步骤，至少有概要设计、功能点覆盖文档。理清楚自己在做什么。
作为PTL，一定要理清楚该谁做，该不该做。
理清楚该不该做，自己犯错也就算了，不能连累其他同学啊。如果不能确定，就先找上下游确定，虽然有些工作很小，也有这个必要
网友评论