到现在，第一个实际工作中的项目经历已经接近尾声了，看着用户界面流畅地运行，还是蛮有成就感的。
回忆一下这一个月的经历吧，第一周自己被最简单的基本表的增删改查代码绕的头晕目眩，不理解什么是面向接口的编程，不知道Spring架构，还在惊讶后端开发和前端开发竟然可以独立！盯着代码看了几天，也在慕课网上学了一些Spring的基础知识，最后总算在第一周的周末东拼西凑，凑出了一整套完整的增删改查。第二周便开始写另外一些基本表的增删改查，重复相同的代码很多次，也慢慢熟悉了Spring架构的大体流程，也慢慢接触了解了postMan,IDEA,SVN等常见的开发工具。在这之后便开始序列库，角色库，能力库，岗位库的后端实现了，这几个库没有那么简单，在实现之前必须对业务逻辑有深刻的理解，否则在处理表之间的关联关系时会不知从何下手，理解清楚之后要与前端沟通，设计良好的数据结构便于前端展示。由于此时前端还未开始开发，我的后台只经历了我在postman上的简单测试，未在界面上真实测试，这也为我之后bug百出埋下了伏笔。接下来一个多星期我基本上整天都在修改bug，三个前端一起开发，开发过程中出现我的后台很多问题，例如传的参数不对，少了接口，传输数据时数据结构不便前台接收等等。在经历了一周多的Bug狂轰乱炸之后，系统终于恢复了平静，我也得以闲下来总结一下开发中遇到的问题与不足。
问题与反思：
1.不要轻易地写死程序。即使需求里说某个基本表是不会变的，也不要写死在程序中。这次能力项库就是个例子，即使我在开发前确认过能力项等级基本表是不会变的，只有五个层级，可是在开发完成后客户突然变更需求，导致我之前写死的代码几乎全部作废，需要重新设计数据结构，重新写Service和Dao层，成本太高!所以千万不能图一时方便写死程序！
2.看别人代码比自己一昧低着头写代码有帮助地多。在低着头脚踏实地工作的同时不能忘记仰望星空，将前辈的代码与自己的代码做对比，才能迅速发现自身代码的不足。寻找好的学习方法很重要。
3.文字很重要。不重视文档和注释的编写是我长久以来的毛病，前端开发人员因为我写的接口文档的种种问题导致开发受阻时，我才意识到文档的重要性。本想草草写文档节省时间，但是文档出问题后仔细核对花的时间远远大于节省的时间，还造成前端人员开发不顺。一定得强迫自己将文档和注释重视起来。
4.思路大于行动。不要用战术上的勤奋掩饰自己战略上的懒惰，思路不清晰的开发会浪费很多不必要的时间，比如写不必要的接口，重用相同的代码等等。
5.行动在于坚持。我从来不是一个不会自我反省的人，我需要的是将反省的内容铭记在心，写在笔记本上，提醒自己执行下去。
原文：http://www.cnblogs.com/BrightFeng/p/6555415.html