其他-工作经验

项目开始前

1. 了解需求1 , 确认需要修改的代码A
2. 了解关联到需要修改逻辑的代码B , 理清楚代码B业务 , 关注可能会使用或修改的地方
3. 构思代码A , 如何写(构思整个代码流程骨架,后续开发进行细节方面补充) ? 画流程图! 写在哪(在哪里写这些代码更好且能兼容旧代码?)扩展性兼容性!

项目进行中

1. 按代码A骨架进行开发
2. 日志的打印 , 方法的开头&结尾的参数&时间的打印 , 在可能会出现问题的地方进行日志的打印,最终目的便于查询问题点
3. 请细心 , 大批量代码拷贝时 , 多花时间去理 , 流程是否与业务相符

项目结束前

1. 代码A流程的细节的完善和补充
2. 自测 , 思考全面 , 在出现问题时 , 在可能出现这个问题的地方打断点 , 迅速找到问题
3. 不懂 , 不理解的地方 , 1可以问熟悉业务的同事 , 2进行debugger调试进行理解

项目结束后

1. 出现问题时 , 提取日志 , 思考代码运行轨迹 , 找到对应的日志 , 从入口开始排查 , 排查到与正常轨迹不符的日志打印 , 进行解决 (这里排查问题方不方便就得看前面开发时打的日志关不关键了) 
2. 需求变更时 , 了解修改的缘故 , 并思考这次修改对整个业务可能出现的问题 , 及时沟通