1.参考别人的框架是如何使用的 尽量不要自己写
2.一定要写log日志 （用于定位问题在哪 比如sql报错）
3.先把架构通过小本本摘记下来 想好整个业务逻辑再动笔（个人总结方法 不适用每个人 比如一套流程预期是2周 需求分析完了伪代码也写好了 再动笔发现2天就写完了 后面顶多修BUG 花一天时间 剩下一周进行反复调试 ）
4.想好问题出在哪里再改不要一个个试（这一点很难做到 可以忽略）
5.不要心急 一看见这里出现严重BUG 就想下意识的改 （多想想为什么发生 在昨天发生一次BUG 连续几个小时都没有发生异常 我就很担心是否是自己的问题 查了下发现这个时间段是有异常的 想都没想就把线上的代码给回滚了 调完之后异常依旧没有发生 看了好几次代码才发现刚刚发生的异常不需要被记录 在之前我还在地铁上就已经开始怀疑自己了 导致下了地铁立马扫了一辆hello单车骑回家 这完全是没有必要的）