软件心得体会(4篇)
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
2022软件心得体会(4篇)()
导读:以下2022软件心得体会(4篇)相关怀得体会范文,是由(.)我为大家搜集整理后发布的内容,仅供学习参考,欢迎大家使用
受某文化公司托付,开发一款用于视频和图像处理的软件,开发难度高,高到从未搞过,开发周期长,长到是我以前项目监控最长开发周期的两倍,开发成本之底,让我觉得程序员成了高级打员。
首先是需求分析书、产品规格说明书、设计说明书、代码规范说明书、测试方案,光文稿就不知道熬了多久才做完。
紧接着,遇到一系列问题,首先是语言选择,vc++和c#都是可以保证开发完成的选择,但是vc++内存简单报错,界面很难修改,而客户要求的界面质量甚至比程序的功能更严格,没方法,客户就是上帝,上帝做事肯定有他的道理。
c#语言易于开发,而且图形界面绘制也易于修改,可以做出客户体验非常好的界面,但是在资源的消耗上,让我很惊讶。
做到其次个月,也许的界面已经完成时,消失界面刷新的问题,刷新时开头卡,界面不流畅。
没方法,改。
开会,总结,技术骨干找问题,拿出解决方案,力争第一次做软件把它做好:
重新做软件开发进度方案和软件测试方案,并且让独立功能demo 制作和测试先行;
用direct draw、direct 3d或者opengl中的一个替代c#本身的gdi绘图,将在接下来的开发任务中加入进去。
事无巨细,当我满足的看着界面流畅,功能也已实现时,发觉软件
在低辨别率或者小本上根本乱到没法看,甚至是界面功能按钮错位,重叠等等。
没方法,改。
究竟软件的多辨别率兼容和操作系统兼容是必需要做的。
接下来一大堆的麻烦找了上来,软件消失各种各样想都想不到的问题,终于是按时将第一个版本发布出去,并且开头接下来的升级开发任务。
最终,给刚刚接手软件开发项目的伴侣一些忠告:
1、相关的文档不是给别人看的,而是给自己看的,相关文档肯定要齐备,而且让全部涉及开发的人员都清晰的知道你文档里所要表达的意思;
2、肯定要留意多做demo,多做试验,一个demo程序员几个钟头就可以完成,甚至更少,但是不做demo,核心程序没有做试验,其他的东西都围绕核心程序做了上去,到时候耽搁的可不是几个钟头
3、程序设计要注意用户体验,当时客户对我要开发软件提出近乎苛刻的要求时我不在意,但是当我自己反复使用软件时有了许多体会,流畅美观的界面带给人心理的快感的确能替代一些尚未开发完整的功能带给用户的圆满。
4、测试方案多次进行,分批进行,不要全部开发完成再对软件做测试。
还要坚持三个月,软件立刻发布,盼望大家的支持,感谢
软件开发心得体会 2021软件心得体会(2篇) 受某文化公司托付,开发一款用于视频和图像处理的软件,开发难度高,高到从未搞过,开发周期长,长到是我以前项目监控最长开发周期的两倍,开发成本之底,让
我觉得程序员成了高级打员。
首先是需求分析书、产品规格说明书、设计说明书、代码规范说明书、测试方案,光文稿就不知道熬了多久才做完。
紧接着,遇到一系列问题,首先是语言选择,vc++和c#都是可以保证开发完成的选择,但是vc++内存简单报错,界面很难修改,而客户要求的界面质量甚至比程序的功能更严格,没方法,客户就是上帝,上帝做事肯定有他的道理。
c#语言易于开发,而且图形界面绘制也易于修改,可以做出客户体验非常好的界面,但是在资源的消耗上,让我很惊讶。
做到其次个月,也许的界面已经完成时,消失界面刷新的问题,刷新时开头卡,界面不流畅。
没方法,改。
开会,总结,技术骨干找问题,拿出解决方案,力争第一次做软件把它做好:
重新做软件开发进度方案和软件测试方案,并且让独立功能demo 制作和测试先行;
用direct draw、direct 3d或者opengl中的一个替代c#本身的gdi绘图,将在接下来的开发任务中加入进去。
事无巨细,当我满足的看着界面流畅,功能也已实现时,发觉软件在低辨别率或者小本上根本乱到没法看,甚至是界面功能按钮错位,重叠等等。
没方法,改。
究竟软件的多辨别率兼容和操作系统兼容是必需要做的。
接下来一大堆的麻烦找了上来,软件消失各种各样想都想不到的问题,终于是按时将第一个版本发布出去,并且开头接下来的升级开发任务。
最终,给刚刚接手软件开发项目的伴侣一些忠告:
1、相关的文档不是给别人看的,而是给自己看的,相关文档肯定要齐备,而且让全部涉及开发的人员都清晰的知道你文档里所要表达的意思;
2、肯定要留意多做demo,多做试验,一个demo程序员几个钟头就可以完成,甚至更少,但是不做demo,核心程序没有做试验,其他的东西都围绕核心程序做了上去,到时候耽搁的可不是几个钟头
3、程序设计要注意用户体验,当时客户对我要开发软件提出近乎苛刻的要求时我不在意,但是当我自己反复使用软件时有了许多体会,流畅美观的界面带给人心理的快感的确能替代一些尚未开发完整的功能带给用户的圆满。
4、测试方案多次进行,分批进行,不要全部开发完成再对软件做测试。
还要坚持三个月,软件立刻发布,盼望大家的支持,感谢
软件开发心得体会(2):
作为pm,有时需要聘请软件开发人员。
这几年也始终在想,如何能在短短的30分钟或1小时内,快速识别出,坐在你对面的应聘人员,是否适合你的team。
这几年也始终在观看和反思,经受过的team和现在team中的软件开发人员。
有几点小的心得。
一. 倾向于招什么样的软件开发人员
- 经受过历练的人
吃过苦的,比如以前工作,常常被外派出差,又如曾在业内都知道
以加班多而著称的公司呆过,还有些,留过学,但都是自己边打工边读书的,等等。
这些人员,入职后,通常都是能干活,能作为骨干。
- 思路清楚,思想活跃的人
让谈谈自己现在的产品,假如能清楚表述,有条理,会发散,但又能适当掌握住,并收回到原话题。
谈到技术问题和解决过的难题时,眼中有光线:)
这些人员,今后工作中,学习力量强,对解决难题有关心,能作为中坚。
- 坦诚、坚决、平和的人
面试中,坦诚,目光坚决。
有时坦诚到甚至于显得有点木讷:)
我曾经遇到一个,面试下来,我最终介绍我们产品中用到的技术,他对这些技术知之不多,最终他说,"我可能不是特别适合,我知道一个伴侣,他可能更适合。
'我综合评估后,最终还是选了他,事实证明,他后来做的很不错。
坦诚坚决的人,会有恒心去学习,去解决问题。
这些人员会作为team 的基石。
- 有缺陷的人才
这是一个伴侣(lance)的想法,我认为还是有道理的。
大公司,会看重综合素养,而假如是小公司,可以考虑选择一些有缺陷的人才。
所谓有缺陷,是指,比如他英语很差,或沟通不清楚,但他能用程序员该有的思维去思索问题。
这样的人员,通常进不了大公司,故
会相对踏实地呆在一家公司,做好自己的工作。
二. 谨慎考虑这样的开发人员
- 太活泼,太易兴奋
太易兴奋,说到投机处,"是是是是,对对对对。
',又蹦又跳,还时不时来点,"oh yeah, you are right",然后还摆个 v 手型。
争论问题,不易固守在技术问题本身,时常跑到"我们产品中用到的技术(或第3方产品)很强,我挺他们,不行能有问题',又或者"我们对客户要强势,我们要坚持我们的产品没问题。
软件开发工作本身,显得比较沉闷,优秀的技术人员,都略显有些内向,由于解决问题,许多时候需要耐得住孤独,时刻保持相对冷静。
太活泼的人,会在遇到问题之初,表现出很强的冲劲,但当长时间不能解决时,会表现出没有急躁,会常常埋怨(对team、管理、产品、流程等),特别心情化。
有些女程序员还会吵,会哭,这时项目经理只能放下手中的活,下去给她买点零食来哄哄,"莫哭,这里有你最爱吃的猫哆哩。
'一边擦着鼻涕、眼泪,一边嘴里塞满东西,鼓鼓啷啷"这是酸角口味的,那个西番莲口味的才叫好吃...
这些通常不太简单在面试时表现出来,在试用期时,要观看。
软件实践课程学习心得体会 2021软件心得体会(3篇) 经过潘老师讲授软件工程实践后,感觉对软件工程这门学科有了深一层的熟悉。
软件工程是一门重视实际操作的科学。
对于软件产品,无非是产品定义、设计代码、调试维护几个步骤,看似简洁,可是实际操作却简单困难,它不比
其它行业产品可预见可触及,所以学好软件工程能为以后从事软件开发行业打好基础。
在软件实践这门课中,讲到了有效利用现有资源进行软件编程的方法。
提到软件开发也可以像练习书法一样,采纳临贴的方式,他人的优秀代码资源。
临摹优秀软件是学习软件开发的一个重要方法。
正如一首诗中说的:"熟读唐诗三百首,不会写来也会吟'。
软件开发也是一个道理。
为了真正地把握软件开发的技巧,"临贴'是个不错的起步方法。
以前总是觉得,既然编写一个程序,就应当完全靠自己,那样写出来才有成就感,才算是自己的程序,可是这门课程教会我原来适当地别人的东西,也不算抄,相反,还可以提高效率,节约时间。
这可真是与以往的观点不一样了。
详细如下:
"软件编程,拿来主义的作用很大:
一、源代码交换便利。
二、可行的例程序用处大。
三、现成少走弯路。
'
不过别人的东西可是有说法的,可不是盲目地抄袭,下面是一些提到的途径:
一、既有系统:借鸡下蛋,买来就用;
二、书本例子:简洁修改、直接使用;
三、联机或联网关心:关心文档、官方支持;
四、开放软件源代码:linux apache eclipse
五、互联网资源:论坛、搜寻引擎、新闻组
过来后,还要多方面综合考虑,比如说代码的详细作用,完整性,还要考虑每个过来的东西的好坏。
这些都要多方面考虑,可不能由于前面说软件编程可以别人的,就盲目地抄袭。
到时候代码弄一堆凑在一块儿,谁也不知道它们会不会好好工作。
弄不好乱了程序方案是小,公司的损失可不是哪个人都能承受得起的。
课程还提到,应当用一个小项目先从头到尾地练完,这样,有个整体性的了解,可以增加不少开发阅历。
看来,不学习此门课程,还不能深化地解读软件工程的奥义。
这门课程为我们深化地了解软件工程这个浩大的前沿学科起到了推动性的作用。