仙人抚我顶，使我生长发

• 完成业务逻辑时，要先将业务逻辑分块，每块封装成一个有语义化的方法，然后填充方法。不要从头一个方法写到尾，这样的代码可读性较差并且内聚性较高。
• 在了解项目代码的过程中太过于专注在代码方面，只了解逻辑实现而没有与现实的业务逻辑所联系，对主要数据模型的相互流转过程关注度不高。导致对项目逻辑理解效率不高
• MateQ的消息消费任务要考虑相同任务的并发问题以及幂等性
• 嵌套if尽量不要在两层以上，要使用并行if逻辑
• 使用方法时想当然的使用api但却没有仔细了解过，也没有去搜寻是否有满足自己需要的api。行动上的勤奋不能忽略思想上的懒惰，第三方或者其他人的api一定要验证后在使用，要对自己负责
• 先考虑各个交互的接口，在设计数据结构
• 改任何代码都要跑一下单元测试 稳中求胜
• 边界条件的考虑，对于异常的处理
• 每次的查询，修改和新增都要考虑必要条件和造成的影响
• 对于一个接口要考虑的方面
  • QPS，TPS的要求
  • 幂等性
  • 是否涉及到事务
  • 是否线程安全
  • 代码风格
  • 安全性，是否校验用户，返回数据是否脱敏