第一次参与项目开发经验总结

1.开发时本人作法
        (1)仔细研究产品原型，尤为是本身负责的部分；
        (2)针对本身负责的部分，每一个功能画一个业务流程图；
        (3)在画好业务流程图后，研读项目结构，每一层主要作什么，每层之间的关联是什么
        (4)在作好上述三步之后，我充满热情的开始写代码，写代码前我会先看前辈怎么写，尽可能保持代码风格一致，而后把本身的思惟逻辑写成注释，而后按照注释一边思考，一边写；
        (5)因为经验不足，自身技术不成熟以及排期比较紧的问题，为了与研发团队风格总体保持一致，在写代码的过程当中，遇到了一些本身从未见过的方法，在这个时候，为了避免拖团队进度，我选择了大体查一下这些方法怎么使用，并未详细研究便直接使用；
        (6)在开发的过程当中，我习惯先所有写完，而后再逐一进行测试；
        (7)遇到实在解决不会的问题我会及时去问前辈；
        (8)无论产品，前端以及研发前辈们以及研发告诉我什么，我总会由于本身经验不足不够自信而彻底听你们的。
2.开发后经验教训
        (1)开发之后，从第四步我就开始犯错了，不是作的不对，而是在看前辈的代码时，彻底失去了本身的判断，风格保持一致，不表明代码写法要彻底一致，想要成长，仍是要有本身的成分在，前辈的经验能够借鉴，可是照搬照抄不可取；
        (2)在接下来的第五步，我也犯了错，那就是对本身不熟悉的方法在没有仔细研读就直接使用，不拖进度的想法是好的，可是盲目使用可能虽然能让本身的开发速度加快，可是在后期测试得时候可能会形成不少麻烦，因此仍是要弄清楚到底怎么用，不要盲目；
        (3)第六步中我也未能幸免犯错，这种方式也不算错，可是我的在参与项目开发后，以为这种方式仍是比较适合大佬，对于开发小白，仍是选择写一个某块测一个模块比较保险，要保证本身写的代码都是有质量的能够用的，只要一个模块通了，后面也就通了，若是选择所有写完再测试，运气很差的话，本身写的可能全是问题代码，而且把全部的问题都堆在了一块儿，是时间紧的状况下，解决起来会很是棘手。因此我的建议，若是仍是研发小白，最好写一块测一块，等到经验丰富，晋级成大佬，再选择所有写完再测的方式；
        (4)第七步中，错误却是没犯，可是因为本身不够细心的问题，不少问题明明是细心就能够解决的，可是本身却老是忽略细节问题，这一点再犯，必定要狠狠的给本身大脑一拳，长长教训；
        (5)若是是本身写好的代码没有达到预期的效果，本身又找不出缘由，我的建议请教前辈的时候，最好直接告诉前辈本身怎么作的，想要达到什么样的效果，如今是什么效果，而不是直接去让前辈看你的代码，看别人的代码须要时间，前辈通常也有不少事情要忙，直接让他们看代码可能会浪费他们的时间，若是前辈直接从你的业务逻辑中找出你的问题，就能够避免浪费前辈过久的时间；
        (6)虽然经验不足，也不能彻底否认本身，若是有质疑直接进行沟通，而不是带着质疑彻底遵从你们的话；
        (7)不能过度不相信本身，也不能过度相信本身。前者是针对经验教训第六条，后者是指写完代码未达到预期效果，请检查本身的业务逻辑是个否正确，不要过度相信本身的思惟逻辑必定没错；
        (8)遇到问题不要惧怕，不要着急，要勇敢地去解决，遇到问题很正常，必定要找到问题在哪里，一着急就只会盲目的猜问题在哪里，这样只会事倍功半，可能连半都达不到，因此遇到问题请必定要稳住，冷静分析，找出问题并解决。
nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;(9)必定要记得对所须要的参数作非空判断！！！这点太容易被忽略。

3.心路历程
        从开始的充满热情，到结束时的对本身的否认以及失望，只是短短一个周的时间。还好本身脸皮够厚，很快调整了心态，重拾信心和战斗力。第一次开发虽然离本身预期结果很远，很失败，可是不能所以放弃本身，自暴自弃，而是要好好总结本身的本次开发问题所在，不断学习，不断积攒经验，只有不断努力，才会让本身绝不费力！
        如今的我，又是一个战斗力爆棚的我，虽然技术不好，可是只要不断努力，相信不会再留下没有技术的眼泪，也不会再让这个过程当中帮助和鼓励本身的人失望。
        但愿研发小白们都能早日经验丰富，再也不流没有技术的眼泪。
        最后强调一点，必定要勇敢的去问问题，不要以为问题简单就不去问。用咱们组小哥的话鼓励你们问问题：每一个人都是这样走过来的，不要管问完之后别人怎么说你，要记住，你和前辈的高度是不同的，别人就算会说你也是正常的，不会就是不会，只要问过之后会了，这就是收获和成长。多问问题，会成长的更快。固然通常你们都是很好的，是很乐意为你们解决问题的，好比咱们组的大佬们人都很好。
        在这里再次祝愿你们，都能和我同样，工做刚起步，就能遇良人。

4.开发备忘录
        （1）参数非空校验。
        （2）注重分层，尤为注意request，reponse，DTO，VO，BO之间的转换。
        （3）获取时注意排除已逻辑删除的内容。
        （4）删除前先获取。
        （5）设计数据库时不能用数据库关键字，若是已经使用了，在关键字字段加上单引号。
        （6）不 清楚的知识必定要勤查询，不要冒用。
        （7）对加强for循环进行非空判断。