1.参考别人的框架是如何使用的 尽量不要自己写

2.一定要写log日志 (用于定位问题在哪 比如sql报错)

3.先把架构通过小本本摘记下来 想好整个业务逻辑再动笔(个人总结方法  不适用每个人 比如一套流程预期是2周 需求分析完了伪代码也写好了 再动笔发现2天就写完了 后面顶多修BUG 花一天时间 剩下一周进行反复调试  ) 

4.想好问题出在哪里再改不要一个个试(这一点很难做到 可以忽略)

5.不要心急 一看见这里出现严重BUG 就想下意识的改 (多想想为什么发生 在昨天发生一次BUG 连续几个小时都没有发生异常 我就很担心是否是自己的问题 查了下发现这个时间段是有异常的 想都没想就把线上的代码给回滚了 调完之后异常依旧没有发生 看了好几次代码才发现刚刚发生的异常不需要被记录 在之前我还在地铁上就已经开始怀疑自己了 导致下了地铁立马扫了一辆hello单车骑回家  这完全是没有必要的) 

版权声明:本文为xzqpy原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://www.cnblogs.com/xzqpy/p/12205520.html