软件开发心得体会

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

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

紧接着，遇到一系列题目，起首是语言选择，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、管理、产品、流程等），非常情绪化。

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

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

第二篇：软件开发学习心得体会软件开发学习心得体会
随着我矿“两化”融合工作的推进，软件开发方面人才显得越发缺乏，所以我选择对进一步深入学习；经过近两个月的自主学习，进一步掌握了动态网页制作的一些理论知识和基本常识，不仅要应用各种方面的知识还要对所学的知识学会变通利用，虽然会有一些乐成的地方。

曾经看到网上有这么一句话，一个优秀的网络程序员不但要了解自己范畴的一些专业技能，而且很多时候还要充任半个网络工程师，半个美术设计师和半个数据库管理员。

是microsoft .net战略的焦点产物，依附它富厚的控件，以及具有革命性的code-behind技术，以及精良的封装性，无疑成为业界开发active
server
page的一门巨将，
是
asp（微软动态服务器网页技术）的最新版本。

执行效率
大幅提高：构架是可以用microsoft（r）公司最新的产品
visual
开辟情况举行开辟，wysiwyg（what
yousee
is
what
you
get所见即为所得）的编辑。

简单性和易学性、高效可管
理性利用一种字符底子的，分级的设置装备摆设体系，使你服务器环境和应用步伐的设置越发简朴。

因为配置信息都生存在简朴文本中，新的设置有可能都不需要启动本地的管理员
东西就能够实现。

这种被称为"zerolocal
administration"的哲学观念使的基于应用的开
辟越发详细，和快捷。

一个的应用程序在一台服务器系统的安装只需要简单的拷贝一些必须得文件，不必要体系的重新启动，统统便是这么简朴。

多处理器环境的可靠性已经被刻意设计成为一种可以用于多处理器的开
发工具，它在多处理器的环境下用特别的无缝链接技能，将很大的进步运行速率。

即使你现在的应用软件是为一个处理器开辟的，将来多处理器运行时不需要任何改变都能进步他们的效能，但现在的asp确做不到这一点。

自定义性和可扩
展性
设计时考虑了让网站开发人员可以在自己的代码中自己定义"plug-in"的模块。

这与原来的包罗干系差别，可以加入本身界说的怎样组件。

网站程序的开发从来没有这么简朴过。

安全性基于windows认证技术和每应用程序设置装备摆设，你可以确性你的原程序时绝对宁静的。

的语法在很大程度上与
asp
兼容，同时它还提供一种新的编程模子和布局，可生成伸缩性和稳定性更好的应用程序，并提供更好的宁静掩护。

可以通过在现有
asp
应用程序中逐渐添加
功能，随时增强
asp
应用程序的功效。

是一个已编译的、基于
.net
的环境，把基于通用语言的步伐在服务器上运行。

将程序在服务器端初次运行时举行编译，比asp即时解释步伐速率上要快许多.而且是可以用任何与
.net
兼容的语言序。

另外，任何
应用程序都可以使用整个
.net
framework。

开发人员可以方便地得到这些技能的长处，
其中包括托管的公共语言运行库环境、类型安全、继承等等。

可以无缝地与
wysiwyg
html
编辑器和其他编程工具（包括
microsoft
visu(请你继续关注网)al
studio
.net）一起工作。

这不仅使得
web
开辟越发方便，而且还能提供这些工具必须提供的全部长处，包括开发人员可以用来将服务器控件拖放到
web
页的gui
和完全集成的调试支持。

当创建
应用程序时，开发人员可以使用
web
窗体或
web，或以他们认为合适的任何方法举行组合。

每个功能
都能得到统一布局的支持，使您能够利用身份验证方案，缓存常常利用的数据，或者对应用程序的设置装备摆设举行自定义.
如果你从来没有开辟过网站步伐，那么这不得当你，你应该至少掌握一些html和简单的web开发术语(不过我相信如果有兴趣的话是可以很快的掌握的)。

你不需要先前的asp开发经验（当然有经验更好），但是你必须了解交互式web程序开发的观点，包含窗体，脚本，和数据接口的观点，如果你具备了这些条件的话，那么你就可以在的天下开始展翅高飞了。

在这短短的两个月中，我知道在程序设计的时间，不要太在意步伐是否最简便机动，对付一样平常开发者而言，程序规范化和可读性可能比追求程序的灵活性越发关键。

在互联网资源越来越富厚的环境下，我们可以参考一些规范的步伐源代码来学习。

同时我也知道，想要学好这门课程，所要具备许多条件，起首打代码要范例，要做注释，这样回头来看程序时能够很快的看懂，一方面可以练习本身的逻辑表达能力，对以后遇到难以实现的功能也可以很好的表达出来向别人讨教，而且出去从事编程工作的话，代码的范例是相称关键的。

另有一点要学会总结，把自己做的程序用到的知识点列出来就可以很好的总结本身的知识点。

当形成知识体系，对知识的明白就会更上一层楼。

第三篇：招聘软件开发人员的一点心得体会招聘软件开发人员的一点心得体会
由于工作缘故原由，有时需要雇用软件开发人员。

这几年也不停在想，如何能在短短的30分钟或1小时内，快速辨认出，坐在你劈面的应聘职员，是否适合你的team。

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

有几点小的心得。

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

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

思路清晰，思想活跃的人
让谈谈本身如今的产物，要是能清楚表述，有条理，会发散，但又能得当控制住，并收回到原话题。

谈到技术问题和办理过的困难时，眼中有光芒：）
这些人员，以后工作中，学习本领难，对办理困难有救济，能作为中坚。

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

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

”我综合评估后，末了照旧选了他，事实证明，他厥后做的很不错。

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

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

有缺陷的人才
这是一个朋友（lance）的想法，我以为照旧有原理的。

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

有缺陷，是指，好比他英语很差，或相同不清楚，但他能用程序员该有的思
维去思考问题。

如许的职员，通常进不了大公司，故会相对踏实地呆在一家公司，做好自己的工作
2.谨慎考虑这样的开发人员
太活泼，太易兴奋
太易兴奋，说到谋利处，“是是是是，对对对对。

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

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

软件开发工作自己，显得比力烦闷，良好的技术人员，都略显有些内向，由于解决问题，很多时间必要耐得住寥寂，时候连结相对岑寂。

太生动的人，会在遇到题目之初，体现出很强的冲劲，但当长时间不克不及办理时，会体现出没有耐烦，会经常抱怨（对team、管理、产品、流程等），非常情绪化。

女程序员
还会吵，会哭，这时项目经理只能放下手中的活，下去给她买点零食来哄哄。

这些通常不太容易在口试时体现出来，在试用期时，要观察。

家境太好的人
家境好，大概没吃过什么苦，抗压差，并不太容易爱惜这份工作。

工作强度不大时，还好。

遇到技术难题、项目进度紧、压力大时，这些人员，可能会体现出不易妥协，难于沟通，”我反正也不在乎这么一个工作。

我工作不工作都能够，有
什么大不了“。

我team中曾经有这样一个”富2代“，干了一年不到就
闪了。

他在的几个月中，就像是一场闹剧，来这里，旅游观光而已，东看看西看看，抛下几句狠话，刻下”xxx到此一游，
就走了。

身体太差的人
身材长年有疾者，通常都会性格怪戾，脾气暴躁，难于跟team很好相融。

第四篇：分享软件开发小心得体会——(厦门ios开发培训)分享软件开发小心得体会——（厦门ios开发培训）如何
能在短短的30分钟或1小时内，快速辨认出，坐在你劈面的
应聘职员，是否适合你的team。

厦门博看文思来支招
1.倾向于招什么样的软件开发人员-
经历过历练的人吃过苦的，好比曩昔工作，常常被外派出差，又如曾在业内都知道以加班多而著称的公司呆过，还有些，留过学，但都是本身边打工边念书的，等等。

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

-
思路清晰，思想活跃的人让谈谈本身如今的产物，要是能清楚表述，有条理，会发散，但又能得当控制住，并收回到原话题。

谈到技术问题和办理过的困难时，眼中有光芒：）这些人员，以后工作中，学习本领强，对办理困难有救济，能作为中坚。

-
坦诚、坚定、温和的人口试中，坦诚，目光坚定。

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

”我综合评估后，末了照旧选了他，事实证明，他厥后做的很不错。

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

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

-
有缺陷的人才这是一个朋友（lance）的想法，我以为照旧有原理的。

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

所谓有缺陷，是指，好比他英语很差，或相同不清楚，但他能用程序员该有的头脑去思考问题。

如许的职员，通常进不了大公司，故会相对踏实地呆在一家公司，做好自己的工作
2.谨慎考虑这样的开发人员-
太活泼，太易高兴太易高兴，说到谋利处，“是是是是，对对对对。

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

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

软件开发工作自己，显得比力烦闷，良好的技术人员，都略显有些内向，由于解决问题，很多时间必要耐得住寥寂，时候连结相对岑寂。

太生动的人，会在遇到题目之初，体现出很强的冲劲，但当长时间不克不及办理时，会体现出没有耐烦，会经常抱怨（对team、管理、产品、流程等），非常情绪化。

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

”一边擦着鼻涕、眼泪，一边嘴里塞
满工具，鼓鼓啷啷“这是酸角口胃的，那个西番莲口胃的才叫好吃..."厦门博看文思指出，这些通常不太容易在口试时体现出来，在试用期时，要观察。

第五篇：大型软件开发心得最近做的一个项目从需求分析到上线绵延了四个月之久，这也是目前接办过功效点最繁复，产品线对接最多的一个项目。

从中得到的一些关于设计算大型产物的心得，拿出来跟各人分享。

立项前
1、统一元素设计需考虑周全也许是首创团队的缘故，我
不得不感叹团队对产品经理要求之严酷之缜密，项目全程只有一个人卖力，以是大到产品线对接，小到一句提示的位置和展示情势都必要逐一推敲。

哪些元素应该做到统一？a、提示方面：统一的操作成功/失败提示；统一的弹窗形式；提示语言
采用较统一的句型；为空情况的友好提醒；溢出情况的友好提醒；表单实时验证的提示情势等。

b、文字方面：是否有统一
的段落前“·”号；统一的链接状态；统一的字体、间距、行高等。

c、图片方面：调取图片的统一尺寸；如果是上传图片
类的操纵，需要考虑全面全站的调取环境，以及考虑是否同一预览图的尺寸等。

d、细节交互：未激活功能的按钮做“灰色”处理（例如用户没有勾选信息时批量删除按钮不可使用）；按钮点击的状态统一（例如增加“提交中”的按钮状态，以防止网速慢用户狂点某一按钮的情况）；特别控件的同一等。

大概会有朋侪说，上面有些是交互设计师必要做的事，但我一直认为作为一个产品司理思量全面一些，没坏处。

这些“统一”同样能够用在验收阶段，要知道，即使一个像素也可以转变整个产物的觉得。

2、原有功能的去留我一直觉得升级已有产品比开发新产
物难一些。

这就像栽培植物一样，新种下一棵果树无非必要选对了地皮，然后刨个坑种下去，然而成长期的去病枝、打顶等各种修剪所斲丧的精神每每更多。

改进已有产品常常需要面对一个最棘手的问题：原有功能是去是留？原功能去掉的话是不是会影响部分用户使用？是否需要通过公告、站内信、界面引导等方式友好地告知用户？怎样把对用户的伤害降至最低？原功能留下的话是不是可以优化完善？听到了什么用户群怎样的声音？是否要在这次升级中做调整？这些问题当接到项目的时间，产品经理就应该思量全面了。

特殊必要细致的是，如果这个产品之前不是本身计划的，那么最好找到prd说明文档细细研究一遍，对把握不准的功能点找到原负责人确认，毕竟树苗是ta摘的，别把将来最能效果的枝干给砍了。

3、产品线上下游的对接昨天有跟朋友聊起淘宝强势之处，就是产物与产物精密捏合，线上线下、跨平台跨行业形成了一个盘根错节、根深蒂固的基本，无可撼动。

所以把握产品线上下游和产物周边很关键，即使一个看似简单的新闻展示页面修改也会牵扯到编辑后台、广告位管理、帮助中心，甚至是访问统计、数据需求的变动。

这要求在产品设计开始前，需要把该产品“连根拔起”，细致梳理相干脉络，要是产品线够长，一个清晰的产品线结构图很有须要。

项目中
1、项目期间来自相关产品线调整的影响项目期间相关产
品线的调整是我最不乐意遇到的环境，这就像你在通往目的地的门路上高速行驶，就将近到达尽头了，突然一个人告诉你：你走错路了。

项目里有一个通用模块，产品设计到一半，这个通用模块改了；项目里有一个流程，产物做到一半，这个流程废弃了；最要命的是已经立项开辟了，你不得不硬着头皮跟程序员说：“因为一些不行抗拒缘故原由，这个需求咱不做了。

”
对于一个耗时较长的项目来说，这种环境难以避免，事出原因私自总结有三：a、严重体验性问题：例如某个流程遭到大量
用户的不满，为防备用户流失，不得不做暂时调解，而倒霉的是，你也在用这个流程。

b、相关项目的影响：包括并行项目
和新项目。

例如你的同事在计划另一个产物，你们的产物相互牵涉较多，所以需求阐发时做过许多相同，但有一天，同事报告你，ta的一个需求做临时调解了会影响到你，怎么办？c、
老板的突然决定：不举例。

最终的解决方法不外乎三种：立即调整、延期调整、不调整。

个人的处理原则一般是对a种环境举行立刻调解，对b、c情况讨论并选择性延期。

为什么这么
做呢？a环境是必须要改的，时间早晚题目，长痛不如短痛，b、c两种情况必须坐下来细细讨论。

需了解这个需求为什么
要改？是长期对策还是临时决定？能否延期，记录需求等下一版本再开发？如果b、c情况提出来的需求没过两天又有转变，那与你配合的前端和程序员也太没有安全感了。

这个时代能耐心阅读完xx枚汉字的人越来越少，较大型项目的产品工作心
得[下]未完待续，欢迎交流……
2、需求变动承上，需求变更是每个程序员、产品经理、
设计师等都会遇到的环境。

产物司理不是神，项目组也不可能是开了无敌状态反抗任何外界的影响。

当遇到不得不变动需求的时间，产品经理应该怎样处理呢？下面是个人的四条建议：a、积极处理。

往往，当一个计划愈是趋于完成，人们愈是偏
向于局部调解，而不是做重新计划。

当一个需求因为众所周知的原因不得不调解的时间，作为产品经理需要做的
第一件事即是积极面临题目，积极处理。

项目开发往往是一个告急的历程，每半天甚至每几个小时就有若干个功效点开辟完成，当一个需求变更传达出现“延迟”，这个变更对项目。