记录一下在实际开发中养成的一些习惯

记录一下在实际开发中养成的一些习惯

1、记录任务：
实际开发中一个项目基本都是一群人在开发，可能你接到任务后很好的完成了开发，但是在这种多人协作的情况下保不齐谁的任务要修改到你的代码，导致你的功能出现问题。
当然，在代码管理工具的管理下一般都能找到是谁的开发出现了问题；除此之外，一个系统庞大且复杂的业务逻辑很容易让人开发之后就忘记当初是怎么实现的功能，如果说你在没有任务说明的情况下光靠代码去回忆，那费力的程度其实也快赶上找bug了，不要说git svn提交的时候有提交信息，因为一般都不会认真的写。
最重要的一点，如果说之后实现的功能和你当初做的功能是不一样的，这个时候如果没有相关的证据，比如需求文档，那你就很容易背锅，明明是给你建任务的人没有整明白最后却怪你开发的不对；当碰到这种情况的时候，有一份需求文档在手里的感觉真的很爽的，说话声音可以比任何人都高！

2、研究项目：
当系统逐渐成熟，开发的重心都会向着业务逻辑方面偏移，甚至说从进入公司开始着手的就是业务逻辑的开发而不是技术或者框架方面的开发，其实涉及到业务的代码基本都是 curd或者整合接口，其中的技术含量可想而知，但要学会挖掘，一个项目的架构绝不是仅仅在使用的技术多少和技术是否前沿的程度上体现，曾经看过一句话“程序员想的是怎么实现更合理更简便代码的可维护度更高，而架构想的是怎么让系统更快”，那其实在开发的时候当使用到公司自己封装的一些东西那就可以去思考，为什么要使用这种方式去实现，这种方式比寻常的方式是更好还是更坏。
当然，任务多的时候是一般不会去思考的，哪来那么多精力去研究你怎么实现的，会用能说出个大概不就好了；

3、及时记录问题：
有时候本来好好的一个功能，在你本地运行和在服务器或者别人的开发环境运行出现的效果完全不一样，之后你花费了很大的精力找到问题所在，可能是因为某处代码的不严谨又或者是某一项技术的使用方式不对又或许是硬件、版本、工具等其他的问题，像这种耗费了很大的精力并且最后发现问题比较少见的情况下最好要及时记录，好记性总是不如烂笔头的；等下回再遇见相同的问题，别人可能抓破头皮，你却一眼就看出问题所在，无形之中提升自己的大牛形象岂不美哉；

4、主动学习：
关于这个没什么好说的，大家都是打工人为什么别人的工资要高是有原因的；

5、总结：
总结自己在工作中遇到的问题，解决问题的方式，有学到什么，水平有没有提升，该往哪方面提升，是不是按照自己的发展路线在行进，如果按照当下的开发情况之后的自己是不是会有提升还是在原地踏步！