软件开发心得体会
软件开发心得体会
受某文化公司委托，开发一款用于视频和图像处理的软件，开发难度高，高到从未搞过，开发周期长，长到是我以前项目监控最长开发周期的两倍，开发成本之底，让我觉得程序员成了高级打字员。

首先是需求分析书、产品规格说明书、设计说明书、代码规范说明书、测试计划，光文稿就不知道熬了多久才做完。

紧接着，遇到一系列问题，首先是语言选择，vc++和c#都是可以保证开发完成的选择，但是vc++内存容易报错，界面很难修改，而客户要求的界面质量甚至比程序的功能更严格，没办法，客户就是上帝，上帝做事一定有他的道理。

c#语言易于开发，而且图形界面绘制也易于修改，可以做出客户体验很好的界面，但是在资源的消耗上，让我很吃惊。

做到第二个月，大概的界面已经完成时，出现界面刷新的问题，刷新时开始卡，界面不流畅。

没办法，改。

开会，总结，技术骨干找问题，拿出解决方案，力争第一次做软件把它做好：
重新做软件开发进度计划和软件测试计划，并且让独立功能demo 制作和测试先行；用direct draw、direct 3d或者opengl中的一个替代c#本身的gdi绘图，将在接下来的开发任务中加入进去。

事无巨细，当我满意的看着界面流畅，功能也已实现时，发现软件在低分辨率或者小本上根本乱到没法看，甚至是界面功能按钮错位，重叠等等。

没办法，改。

毕竟软件的多分辨率兼容和操作系统兼容是必须要做的。

接下来一大堆的麻烦找了上来，软件出现各种各样想都想不到
的问题，总算是按时将第一个版本发布出去，并且开始接下来的升级开发任务。

最后，给刚刚接手软件开发项目的朋友一些忠告：
一、相关的文档不是给别人看的，而是给自己看的，相关文档一定要齐备，而且让所有涉及开发的人员都清楚的知道你文档里所要表达的意思；
二、一定要注意多做demo，多做实验，一个demo程序员几个钟头就可以完成，甚至更少，但是不做demo，核心程序没有做实验，其他的东西都围绕核心程序做了上去，到时候耽误的可不是几个钟头
三、程序设计要注重用户体验，当初客户对我要开发软件提出近乎苛刻的要求时我不在意，但是当我自己反复使用软件时有了很多体会，流畅美观的界面带给人心理的快感的确能替代一些尚未开发完整的功能带给用户的遗憾。

四、测试计划多次进行，分批进行，不要全部开发完成再对软件做测试。

还要坚持三个月，软件马上发布，希望大家的支持，谢谢！！！软件开发心得体会
（2）：
作为ｐｍ，有时需要招聘软件开发人员。

这几年也一直在想，如何能在短短的30分钟或1小时内，快速识别出，坐在你对面的应聘人员，是否适合你的team。

这几年也一直在观察和反思，经历过的team 和现在team中的软件开发人员。

有几点小的心得。

1. 倾向于招什么样的软件开发人员- 经历过历练的人吃过苦的，比如以前工作，经常被外派出差，又如曾在业内都知道以加班多而著称的公司呆过，还有些，留过学，但都是自己边打工边读书的，等等。

这些人员，入职后，通常都是能干活，能作为骨干。

- 思路清晰，思想活跃的人让谈谈自己现在的产品，如果能清晰表述，有条理，会发散，但又能适当
控制住，并收回到原话题。

谈到技术问题和解决过的难题时，眼中有光芒：
）这些人员，今后工作中，学习能力强，对解决难题有帮助，能作为中坚。

- 坦诚、坚定、平和的人面试中，坦诚，目光坚定。

有时坦诚到甚至于显得有点木讷：
）我曾经遇到一个，面试下来，我最后介绍我们产品中用到的技术，他对这些技术知之不多，最后他说，我可能不是非常适合，我知道一个朋友，他可能更适合。

我综合评估后，最后还是选了他，事实证明，他后来做的很不错。

坦诚坚定的人，会有恒心去学习，去解决问题。

这些人员会作为team的基石。

- 有缺陷的人才这是一个朋友（lance）的想法，我认为还是有道理的。

大公司，会看重综合素质，而如果是小公司，可以考虑选择一些有缺陷的人才。

所谓有缺陷，是指，比如他英语很差，或沟通不清晰，但他能用程序员该有的思维去思考问题。

这样的人员，通常进不了大公司，故会相对踏实地呆在一家公司，做好自己的工作。

2. 谨慎考虑这样的开发人员- 太活泼，太易兴奋太易兴奋，说到投机处，是是是是，对对对对。

，又蹦又跳，还时不时来点， oh yeah, you are right ，然后还摆个 v 手型。

讨论问题，不易固守在技术问题本身，时常跑到我们产品中用到的技术（或第3方产品）很强，我挺他们，不可能有问题，又或者我们对客户要强势，我们要坚持我们的产品没问题。

软件开发工作本身，显得比较沉闷，优秀的技术人员，都略显有些内向，因为解决问题，很多时候需要耐得住寂寞，时刻保持相对冷静。

太活泼的人，会在遇到问题之初，表现出很强的冲劲，但当长时间不能解决时，会表现出没有耐心，会经常抱怨（对team、管理、产品、流程等），非常
情绪化。

有些女程序员还会吵，会哭，这时项目经理只能放下手中的活，下去给她买点零食来哄哄，莫哭，这里有你最爱吃的猫哆哩。

一边擦着鼻涕、眼泪，一边嘴里塞满东西，鼓鼓啷啷这是酸角口味的，那个西番莲口味的才叫好吃... 这些通常不太容易在面试时表现出来，在试用期时，要观察。

（1）
（2）
附送：
软件开发程序员个人年度工作总结
软件开发程序员个人年度工作总结
先自我简介一下，本人从事开发进一年， 09届毕业生，XX年11月开始上班，之前做asp，XX年2月后开始做，由于公司转型，现在带十几个人在一起搞开发，主要是关于准金融行业的行业管理软件。

年度总结在会议上也写了，但仅限于对于工作总结及XX年工作计划，自我总结较少，因此今天专门做下自我的年度总结，主要从技术、管理、人生上面谈谈这一年的收获，前辈路过欢迎多多指正。

技术我在学校里学的是电气自动化，程序基础仅限于c基础课程的一些知识，后来由vb、html转向asp，在asp上花费了不少时间，对asp比较熟悉，后来由于公司业务需要，将开发平台转向，开始对不是很感冒，以为就是asp的一点扩展（那时还不知道三层架构，数据数据访问全在页面里！），后来招来几个北大青鸟的过来终于意识到的强大之处，经过个人的
努力已经逐步掌握了，现在层次上只能讲个人觉得是入门而已，原因是多方面的，待会儿会讲到。

相信从面向过程转向面向对象的同学都有一种感觉：
面向对象开始真的有点别扭，涉及到属性，尤其是类之间的各种关系，那时老想用面向过程传递参数多方面啊。

于是老在想对象这种东西，从概念中跳中来，以自己的方式去理解才逐渐体会到页面对象的精华来，分层次展现、分级别访问、封装对象之间各种关系逐渐真正理解了，尤其是对象之间的关系，如对象a与对象b两者之间的关系，有些需要完全公开，有些需要隐藏，有些需要通过第三方传递，有些需要给自己的下级可见，有些需要让下级去完成具体操作这不是现实的实际模型吗？应该这么理解，面向对象来源于现实，它不是一种凭空空想出来的理论，这些对象之间的关系可以将其还原为父子、夫妻、领导下属、同事、朋友之间的关系。

相比之下，页面过程往往像是一股脑全部推给用户使用，其中的数据与数据访问方法层次不清晰，在模拟现实上它与面向对象相比更易于入门理解，实质上难于准确直接地表述。

面向对象上另一方面是它的设计模式，在之前的面向过程中对这个设计模式并没有清晰地提出来，面向过程优秀的代码要求高内聚低耦合，从个人的理解上，这仅是对软件开发方法技上理论总结；设计模式是达到了道的层次，因为它从更大的方向、更抽象的层次来去表述具体的代码模块之间的关系，可以认为设计模式是完全从实际的应用来不断总结得来的经验，之间并没有这种术语，但相信前人肯定也使用到这种思想，它从实际应用于来，当然要应用于实际工作中，认真思考不断总结每个人都会有自己的设计模式，可以借鉴前人的思想来去提升自己，不可去为设计模式而设计模式。

具体到的实现模型中，真正理解它的机制与方法也就不难理解，记住b/s中离不开post或get，所有的autopostback、selectedindexchanged 都是去调用form传值，加上runat=server的服务器控件打开它生成的源文件也是普通的html标签，微软的让软件开发更容易的思路是很好的，时代在前进，很多年前你使用c写出mis 证明你很牛，很多年之后你不在使用c去写学生管理系统、图书馆管理系统那只能说明你的脑子少一根筋，开发语言都有长处与不足的地方，因为它们适用的场合不同，类似不能拿匕首去跟炮弹比，也不能拿c与php比，程序员都有一种偏执的心理，但一点要记住，你面对的用户才有最终发言权，程序能不能满足需要，易用性、稳定性、成本才是应当首先放到重要位置来去谈的。

123。