学习软件编程的学习心得.doc

《学习软件编程的学习心得.doc》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、学习软件编程的学习心得篇一：软件开发心得总结有感于网盘开发过程有感于网盘开发过1一、软件开发个人体会：2二、做软件开发我觉得要明白：2三、在开发中遇到问题应该怎么去解决？2四、怎么样才能提高自身的能力？2五、怎么样才能做好软件开发？2六、文档的重要性3七、我的收获3八、网盘项目开发的最大体会4九、软件测试(单体测试和连接测试)4一、软件开发个人体会：1.软件领域中的知识在于积累。2.做软件开发，就类似算数学题和世界杯足球赛一样：重在结果，而不在乎过程。3.软件服务于人类，软件是在解决一些生活中的问题和错误，问题决定解决方案。二、做软件开发我觉得

2、要明白：1.职业的乐趣：(A)用自己的智慧去创建新事物的快乐(B)开发对别人有用的东西(0不断学习来充实自己2.职业的苦恼：(A)总是追求完美(B)所有要实现的功能由他人而定(0概念设计计是有趣的，但找Bug总是很苦恼的三、在开发中遇到问题应该怎么去解决？1.2.3.4.不明白就多问，不要自已一直去琢磨。一个问题如果30分钟还没有解决就应该考虑是不是问问别人。一个问题在没有用过3种以上的方法解决过就不要去问别人。解决问题思路是关键：相信问题总归有解决的办法，就算连技术上都没法实现的问题，相信通过良好的沟通终究也会有解决的方法。5.解决问题的前提

3、是：理解别人的意思，理解别人的需求，多沟通，及时给客户反馈信息。四、怎么样才能提高自身的能力？1.程序员怎么样进步最快？一理论结合实践2.不要怕出错，不怕遇到错误，有错误就有挑战，这样才可以进步，但不要让同一个石头把你绊倒2次。五、怎么样才能做好软件开发?1.首先要明白解决的问题是什么，理解问题，其次再决定怎么解决这个问题2.碰到很复杂的问题，我们就简单想，把问题简单化,细化到能够实现为止3.出了问题，我们要先分析问题，然后知道引起问题的原因，最后并想出问题的解决办法4.我们应该从2个方面去把握一个项目：从业务角度和项目的关键问题上去把握一个项

4、目(A)从不同的系统场景(B)从不同的用户角色(充当什么角色)(0从不同的系统使用角度(拥有那些权限)5.其实我觉得开发人员说实在应该要比使用系统的人更了解系统需求，只有真正彻底的了解了项目的业务需求，我们才能做真的做好这个项目六、文档的重要性记得我当初刚开发项目的时候都是写个大致的需求说明书,做一个E-R图，画几个大致的数据流程图，然后建立数据字典和表结构关系。再接着搭建一个开发环境，配置几台服务器,划分一下模块，分工，我们就可以Coding7,一直到项目结束了，也没有完整的设计文档，更没有完整的测试文档，虽然这样的确是很快的完成了Codin

5、gX作，感觉上好像节省了好多成本和开发时间，但后期的维护和Bug就是经常出现的事。小项目没有文档关系不大，但如果遇到一个大项目的时候,那这样的开发方式就很有问题很危险的。大项目没有文档：首先维护就很麻烦，也很乱，写的代码，过几天都不知道它是完成什么功能的了，其次系统的稳定性和可靠性也让人怀疑，扩展性就不用说了。七、我的收获A.程序员大多都不喜欢写文档，我们以前也是特讨厌，记得以前都是系统开发完了，为了应付项目验收，就匆匆忙忙的一组人在那里补文档。在我们的思想里，所谓的文档就是一些废话,一句话硬是用十句话来代替的无聊透顶。B.代码风格要规范以前做

6、项目，我们都是不怎么去注意代码风格和写代码的规范，都是稍微想一下就直接开始写代码了。注释也很少用，总感觉我们自己写的代码，我们怎么会不知道它做了些什么事呢？总觉得我们自己写的代码我们怎么会不知道它是用来做什么的呢。一直都不相信这是个事实，但事实上，项目验收后,系统刚开始使用的人少，也就不会出现潜在的错误，随着时间的增加，久而久之，当大量用户并发访问的时候，系统的Bug就暴漏出来了，那时你再用熟悉的Eclipse打开整个项目的源码时，再去看自己写的代码的时候，真的发现，我们定义的这个变量名是什么意思啊？我们的这个Flag是用来判断什么的啊？我们的

7、if()中条件不知道是判断什么？Function()也忘记是什么功能了？想想好可怕啊。难道真的都忘记了吗？回答是肯定的：真的忘了。A.心得体会：通过做该网盘项目，在这2年的锻炼中，我们才真的体会到，良好的文档是正规研发流程中非常重要的环节，一个好的程序是先写好设计文档再进行编程的，在设计文档的指导下，才能写出安全的代码。如果你不写文档，一开始就写程序，这样你就不会按已设计好的路线走，而是想到哪写到哪。小功能还好说，要是大功能，就容易混乱.刚开始我们还很不习惯这一系列的编程风格，很多的规范,尤其是命名，方法和注释，都有这着很多限制，让我们觉得真罗

8、唆，写个程序完成功能不就可以了吗，明明1小时做完的事情非得让人用3、4个小时去做，我们现在真的明白这样做的好处了，我们已经习惯这样的编程风格了，这也养