设计

1. 方案设计要留有余地，在满足需求的前提下，尽量更加通用一点。
   前提是要认真理解需求，认真理解现有的架构，多想想，再多想想。
2. 但是也要避免过早地、过度地优化。
   我们应该了解对团队来说更有价值的事情是什么，然后把主要的精力放在更加有价值的业务上。
   基于这个认知，我们就能更清楚需求到底是什么，应该如何去设计。

编码

1. 遵守业界通用的编码规范非常重要。
2. 代码可读性非常重要，简洁、美观。
3. 如果一个逻辑有好多步骤，尽量分成几个更小的单元实现。
4. 避免写重复的代码，将重复的部分抽离出来（有时需要考验设计能力）。
5. 关键的点打印日志很重要，尤其是功能刚上线的时候，嫌多的话可以后面调整。

协作

1. 沟通非常重要，沟通非常重要，沟通非常重要。
2. 要通知到相关人，不只是消息发送出去就行，要确保他们真的理解你的意思。
   有些时候，作为经手人，还需要继续跟踪，了解他们的后续操作以及整件事情的进展。
3. 对接时须对细节再三确认，然后形成约定，比如接口提供方将小数统一整理成保留两位，接口提供方应该保证默认排序规则。
   如果不确认，形成约定，日后有变更，可能就是意想不到的坑。
   如果是一些简单的工作，两边都处理一下也未尝不可。

工程

1. 开发的预估时间往往是比较保守，及时你认为这个时间绝对没问题，也往往免不了延期。
2. 可能是需求会变化，可能是方案的实现中会遇到一些变数，还可能是有别的事情会占用时间。
3. 即便是在公开会议上也应该顶住压力，留有余地。如果真的是非常紧急，至少需要确保优先级真的比较高。