软件工程专业职业心得体会实用软件工程专业概论心得(五篇)

从某件事情上得到收获以后，写一篇心得体会，记录下来，这么做可以让我们不断思考不断进步。那么心得体会该怎么写？想必这让大家都很苦恼吧。下面我给大家整理了一些心得体会范文，希望能够帮助到大家。

描写软件工程专业职业心得体会实用一

南京xx有限公司是我现在实习的单位，它成立于xx年，是从事教育软件、数字化教学资源、多媒体产品等开发、制作的专业公司;是江苏省信息产业厅认定的双软企业、江苏省新闻出版局审核认定的电子出版物开发制作单位。公司长期承担高校及教育管理部门的数字化教学资源、教务教学、实验科研等管理系统的开发和信息化项目建设。如：《数字化教学资源库-名师名课网系统》、《oa办公系统》等多个系统平台。智风公司多年来致力于网络课程的建设服务工作，拥有一支专业化的开发团队，通过严格的开发流程和创新的教学理念为广大院校提供优质的服务。专业化的研发队伍：从教学设计、技术开发，到交互设计、视觉设计、资源素材制作等各个方面，全面解决您的后顾之忧;丰富的开发经验：业已开发的课程中有42门被评为国家级精品课程，累计开发的网络课程已逾1000门。

我在该公司任职软件开发工程师，刚实习的第一个星期，主要的工作是熟悉公司的开发框架及开发流程，及时完成项目经理派发的任务。从第二个星期开始，我就开始接触公司的开发项目。令我印象最深、体会也最深的一个项目是《南京大学110周年校庆系统》。该项目不仅开发时间短(只有一个月的时间)，最主要的是需求不清。在客户与公司的双重压力下，我们这组人(共5人)在与客户只沟通了两次的需求下，我们就开始动工。该项目的用户主要分为校领导和嘉宾。针对校领导和嘉宾进行相应的车辆、餐厅、宾馆、会场、时间、志愿者的安排，要有冲突提示功能。如：在一个重叠的时间段内，一个人不能同时参加两项及以上活动;一辆车安排的人数不能超过他的最大承载数等等。在做这些功能的时候，我们有过以人为基础，分配车辆、餐厅等资源，也有考虑过以资源为主，分配人员等种.种意见。在每一次意见有了分歧以后，我们都要讨论，各抒己见。这种方式使我乐于表达自己的想法，当我的想法得到了其他同事的认可时，那种感觉无法用言语来表达。即使是自己的想法错了，但听到同事的另一番看法，使我茅塞顿开，也有了收获的喜悦。由于项目太紧，我们经常加班，每晚都要坐末班车回去，好几次回来后倒头就睡，周末也没得休息。正是有了这些无以言表的感觉才使我对这个项目，对这个阶段很难忘。在项目的功能方面，我负责所有基础信息的添加与列表显示。在做这些的时候，与我在学校做的项目的最大不同是分页都是用的存储过程，验证最好要做到客户端和服务端同时验证。还涉及到站内信互发、打印、导出、发邮件等这些我以前看似很神奇的东西，现在我已把神奇变为了现实。

在这半年多的工作实践中，我学到了很多，这些都是作为学生学不到的，如：

1、我参与的都是团队合作的项目，无论是在自己公司，还是在合作公司，我们都讲究团队精神。在信任自己和他人的基础上，思想统一，行动一致，这样的团队一定会攻无不克、战无不胜。我们的很多工作是一起完成的，在这个过程中，大家互相提醒和补充，大大提高了工作效率，所有的工作中沟通是最重要的，一定要把信息处理的及时、有效和清晰。

2、每一个项目在开始着手的第一步，一定要和客户把需求沟通清楚，只有了解了项目的需求，才有可能真正做好一个项目。我们需要向客户提出要求客户提供所有涉及该项目的资料，每次与客户见面都需要熟悉业务与程序的最少一至两个程序员随时记录需求。

3、工作中，有一个无论是技术，还是经验都比较让人肯定的前辈带领，将任务详细化，详细到每个页面、甚至是一个页面中的图片什么时候做好，做到什么程度，这样把工作进度有计划有方向的暂定下来，做事很有效率。

4、每天的工作小结真的很重要，这让我们每天都有计划的知道自己干了什么，不是漫无目的的工作。

5、工作并不是一成不变的，也许有一天你要去其他岗位帮忙，所以同事之间的技术要互相学习，也许有一天，公司需要你发挥其他的技能帮忙，所以互相学习也是很重要的，我在公司，深有感触，除编程之外，切图、界面设计等工作都干过。

转眼，出来社会都已大半年，已是半个社会人了。不能再向学生那样，某些时候可以随心随意。顶岗实习，为我们提供了一个很好的实践机会，可以让我们更好的把理论应用于实践，在实践中领悟理论，更可以学习到很多书本上学习不到的、甚至比理论知识更实用的业务知识。而且，这些实习经验，无疑是我们毕业后就业的一大筹码。作为一个成年人，作为一个社会职业人，任何时候都要守规矩，做好自己的本分，承担起自己所需要承担的责任。经历了2家公司的工作，我渐渐的认识到，每一份工作或每一个工作环境都无法尽善尽美，但每一份工作中都有许多宝贵的经验和资源，如失败的沮丧、自我成长的喜悦、温馨的工作伙伴、值得感谢的客户等等，这些都是工作成功者必须体验的感受和必备的财富。如果每天怀着感恩的心情去工作，在工作中始终牢记“拥有一份工作，就要懂得感恩”的道理，你一定会收获很多很多。在你收获很多很多的同时，你会发现自己已经在锻炼中变得勇敢，坚强，乐观，阔达。这样的你，是不断前进的走在成功的路上的。

描写软件工程专业职业心得体会实用二

开发软件用户试用协议书

甲方：_________

乙方：_________

就_________用户试用事宜，甲乙双方达成如下协议：

一、甲方权责

(1)甲方为乙方提供_________，用于乙方试用_________天。

(2)甲方可在试用期(_________天)内向乙方收取试用押金rmb_________元，甲方开出收据，于试用期结束，全部退还给乙方。

(3)试用中，如有配件、包装、外壳的缺失或损坏，甲方应从乙方的押金中一律扣除相应钱款人民币_________元。

(4)乙方到期交还试用品时，甲方应予以当场测试完好后，方能全额退给押金。

二、乙方权责

(1)乙方在试用前必须向甲方交付押金rmb_________元。

(2)乙方在试用期内必须为甲方保管好_________产品本身，所有配件及包装。

(3)在试用期间该产品因质量或人为原因造成的无法正常使用或因此引起的其它硬件的损坏，甲乙双方按普通用户_________服务协议及保修条列处理(详见附件)。

(4)乙方应在试用结束后的_________日内把试用品归还甲方，逾期试用品视同以_________元价格售出。

三、试用开始时间从签署用户试用协议的第二天生效。如果_________的试用表现让乙方满意，需要购买该试用品：统一价格为_________元。

四、双方以互相理解的基础签订此合约，在发生争议或意外事件的情况下应本着互相尊重的原则协商解决。

五、本协议一式二份，自双方签字盖章之日起立即生效，甲乙双方各执一份。不得单方面解除合约，否则应根据对方的损失情况协商赔偿。

甲方(盖章)：_________乙方(签字)：_________

负责人(签字)：_________

________年____月____日_________年____月____日

附件_________路由器产品服务承诺(略)

描写软件工程专业职业心得体会实用三

许可方：地址：

被许可方：地址：

鉴于许可方开发并拥有一个取名为“万能”的计算机系统，一个集成数据库办公室管理和财务控制系统的所有权，并且鉴于被许可方希望获得上述系统并在其总部加以使用，许可方愿向被许可方提供上述系统并发给使用许可证。因此，双方达成协议如下：

第一条定义

本协议书所用的有关术语，特定义如下：

1.1“协议书”是指本协议书及根据本协议书所签订的所有附件和所有修正书。

1.2“cpu”是指某台中央处理机。

1.3“计算机程序”是指控制cpu运行的任何源码或目标码指令。

1.4“指定cpu”是指安装于市街号被许可方的办公室的一台“型计算机”及其升级机。

1.5“许可程序”是指可执行于指定cpu的许可信息处理程序，它由许可方的“万能”计算机软件系统中若干模块组成，该软件系统列于附件1。

1.6“许可资料”是指与许可程序有关的任何资料，它由许可方所有并随同许可程序许可给被许可方使用，该资料包括附件1中所指明的那些文件及以书面形式特别说明的其他文件输入形式、用户手册、接口格式及输入/输出格式，上述资料均作为保密内容或许可方的专属产权，交付被许可方使用。

1.7“许可软件”是指许可程序和许可资料。

1.8“被授权人员”是指被许可方的雇员和根据直接或间接与被许可方订立合同为被许可方工作的其他方的人员，其他方包括，但又不仅限于，许可方和指定cpu的卖主或根据本协议书由被许可方再指定可使用许可软件的cpu卖主。

1.9“改进”是指许可软件的任何修订、精化或修改、或者是增加该软件的使用范围、功能或其他有用特性所进行的任何工作。

第二条授予使用许可权

2.1根据本协议条款及条件，许可方同意授予，被许可方同意接受一个不可转让的非独占的使用许可，准许被授权人员在指定cpu上使用该许可软件，上述使用仅限于被许可方内部使用和为其子公司或附属公司提供信息服务。除上述规定外的任何第三方无权使用该许可软件或其中任何一部分向他人出售、出租、转让权利或者以其他形式进行转让或提供利用。

2.2本协议第2条所作的限制适用于将本许可软件作为其中一部分的任何软件系统，除非许可方和被许可方另外达成了书面协议。

2.3每个将要使用许可软件的cpu，都要求分别签订使用许可，以作为本协议书的补充。当指定cpu(或根据补充许可而授权的cpu)不能操作或因故不能使用，则被许可方根据本协议书而获得的指定cpu的使用许可或者根据补充协议而获得的任何一台cpu的补充许可均可转移到一台备份cpu上，但被许可方必须尽最大努力尽可能迅速克服这种情况。

2.4被许可方可以预先征得许可方的书面批准，为该许可软件重新指定另一台cpu，对此，许可方不得无故拒绝。重新指定cpu不另外再收费。

第三条许可方提供的服务

3.1许可程序和许可资料

许可方将源码和目标码二种形式向被许可方提供各一份许可程序，并提供不少于二份的许可资料。

3.2安装、初级培训及调整

许可方应根据附件二向被许可方提供安装和初级培训，如果需要的话还应提供初始调整服务，附件二附属于本协议书并作为其一部分。为此目的，被许可方应在正常上班时间向许可方提供使用指定cpu的合理机时。

3.3本协议生效后，双方应就上述所规定的提供许可软件和许可资料以及许可方提供的各种服务进行协商，并作出双方都一致同意的安排。

3.4维护

在可应用的许可软件安装完备之日起6个月的安装初始期，许可方将改正许可软件中的错误和故障，如果在此期间许可方还开发出该许可软件的更新版本，则将提供给许可方。

第四条期限、试用期、终止、终止前的权利及义务

4.1本协议书从最后一个签字的日期起生效。从许可程序在指定cpu上最后安装完备起，开始计算本协议书所规定的许可期并永久有效，除非根据本条如下规定而发生终止。

4.2从许可最后安装完备次日起的90天为试用期。在试用期内，被许可方将决定是否终止许可软件的使用许可，同时还相应地决定是否全部或部分地终止本协议书。如果没有发生上述终止，则在此后的任何时间，在向许可方发出书面通知后的60天，被许可方将有权终止本协议和由此发放给被许可方的使用许可。

4.3如果被许可方违反了本协议所规定的任何义务，则许可方除了采取任何可采取的补救措施之外，如果认为有必要，它还可以终止本协议书中许可给被许可方的所有权利，只要它以书面形式提前2月通知对方，说明其违反的有关规定。除非在此通知规定的期间内被许可方就上述违约行为提供了许可方认为是满意的补救，如果补救期限要求多于2个月，则被许可方必须在此期间开始并不断努力改正其违约行为。

4.4本协议发生上述终止后，许可方不承担任何义务返还被许可方根据本协议所支付的费用。被许可方该支付的款项应立即支付。并且，在终止之后30天之内，被许可方应将提供给它或由它改作的与许可软件有关的所有文件交给许可方，同时，被许可方应列出置于任何存储器和记入任何介质中的所有未用的许可软件。被许可方可以保留一份许可软件拷贝，但是，它只能用于存档的目的。在正常的时间，许可方应获得合理的机会来了解该软件的情况，以证实被许可方是否遵守上述义务。

第五条费用及支付

5.1被许可方应向许可方支付如下费用：

5.1.1一次总付费元;

5.1.2若许可方提供的培训超过30个小时，则对超过部分将按每个许可方的专家每小时元支付服务费。

5.2从许可程序在指定cpu安装后第7个月开始，被许可方还应向许可方支付每月为上述所述许可费的一定百分比的维护费。

5.3如果被许可方依第2.3款规定准备获得一个或多个补充许可，以使将该许可软件用于另外的cpu，则有关的许可费和维护费的数量、支付时间和支付方式将另行商定，但无论如何，上述许可费将不会超过原来将该许可软件用于指定cpu上的许可费，维护费也不会超过用于原指定cpu上的维护费。

第六条保护与保密

6.1许可方在此申明，该许可软件是许可方投入大量资金开发的，它包含了若干专有的公式、计算及商业秘密，它一般地也就成为许可方的专有产品。相应地，被许可方同意，没有得到许可方书面明确准许，将不实施以下行为：

(a)除被授权人员外，将许可软件全部或部分地向他人提供或以其他形式供他人利用;

(b)除一份备用许可程序和若干份供被许可方人员获准接受培训及获准使用许可软件所必须要的许可资料外，制作、指使制作或许可制作该许可软件的拷贝;

(c)除准于使用该软件需要向其揭示的被授权人员外，向其他人泄漏或允许这种泄漏。

上述这些限制将适用于包含有许可软件的任何软件系统，尽管这样的系统可能包含有属于被许可方产权的软件。

6.2如果被许可方决定终止本协议及其许可软件的使用权，则被许可方应将该许可程序从指定cpu中卸出，并随同提供给被许可方或由被许可方复制的所有拷贝原原本本返还许可方。

6.3由被许可方复制的所有许可软件的所有拷贝和其介质包含有许可软件程序或其任何部分的所有拷贝，都应该按照许可方提供的说明附上如下提示，在无法登载这种提示的场合，也应在适当的地方以适当的形式注明其内容。

第七条改进的权利

服从或代表被许可方的利益并由其投资，由被授权的人员单独进行的或与其他被授权的人员共同进行的任何改进，其成果将属于被许可方，但是：

(a)如果这种改进包含有许可方的信息，而对其揭示或使用在未经许可方批准的情况下将会导致许可方对这种信息的权利的丧失或受到侵害，则除被授权人员外，将这种改进向任何人进行揭示及提供使用应得到许可方与被许可方共同同意;

(b)如果被许可方所进行的这种改进涉及到许可软件，则许可方将享有对该改进进行再发展的非独占权，以及将其产品投放市场或许可给第三方的优先取舍权。

第八条性能保证

许可方保证该许可软件安装到指定cpu上将符合许可方出版的说明书指标。但是，除许可方的雇用承包人和代理人之外，如果其他任何人对该软件作任何方式的修改，其中包括，但又不限于对该许可软件进行改制，本性能保证将无效。

第九条责任限制

9.1本协议书上的明示担保是许可方就该许可软件所作的惟一担保，它将取代其他明示或默示的担保，其他的担保包括，但又不限于销售性及适应特别目的的担保。

9.2除本协议第10条所规定者外，被许可方就许可方提供的许可软件及服务，由于对方违反担保，疏忽或违背其他责任所造成的损害或损失，其所能获得的全部而惟一的补偿是维修或用一个功能相当的系统取代许可软件，或者是索回原先被许可方为该许可软件或服务而支付的而又有问题的那部分费用，上述补偿办法的选择权在于许可方。如果由于该许可软件的某部分出错，许可方决定返还费用，则被许可方在提前30天以书面形式通知对方后，有权终止本协议，并索回原来支付的许可费。

9.3如果没有其他原因，只是由于许可方根据协议书在向被许可方提供信息、资料或服务时严重的疏忽大意或者有意出错，则许可方将就任何性质的间接的、或后果性的损害向被许可方或其他任何人承担责任。它包括，但又不限于，良好旨意的丧失、工作中断、计算机失效，利益丧失、其他人由此向被许可方提出的主张或要求、故障造成的损失、其他方面的所有商业损失，不管该损失是否超过被许可方支付的使用费。

9.4如果没有其他原因，只是由于被许可方严重的疏忽大意或有意出错而造成许可软件的揭示或未经授权的利用;而它不属于被许可方依本协议第6.1款所承担的不揭示义务的例外，则被许可方将承担许可方任何性质的间接的、特别的或后果性损害。无论在什么情况下，被许可方将向许可方承担由于许可软件的上述揭示和未经授权而使用所产生的责任，不论是否超过使用许可费。

第十条原创性担保

10.1许可方担保，许可软件不侵犯任何第三方的版权、专利权或商标权，同时也不违犯任何第三方的信息专有权。

10.2如果该许可软件成为或依许可方的判断很可能要成为侵犯他人在权利要求中所称的版权、商业秘密权或专利权时，许可方有权采取措施以使被许可方得以继续使用该许可软件或者其替代或修改软件，在使用替代或修改软件时，许可方保证其功能相等且不侵权。

10.3许可方对下列情况所提出的侵犯版权、商业秘密权及专利权将不承担任何责任：

(a)当最新版本的许可软件免费不加改变地向被许可方提供利用，而使用这种最新版本的软件又能避免上述侵权，但被许可方还采用其他版本;

(b)本协议的许可软件的程序或数据是经过认真研究才提供使用的，但被许可方将该许可软件与上述其他程序或数据一起使用，如果不将该许可软件与上述其他程序或数据一起使用就可避免上述侵权，但被许可方没有这样做;

(c)在指定cpu操作系统之外使用许可软件。

许可方：被许可方：

(签章)(签章)

年月日年月日

附件一：许可软件的描述及说明(略)

附件二：许可方初步提供的服务范围(略)

启封许可证

打开之前请仔细阅读。

此处封装的是s程序，可供您同意本协议的客户使用。根据以下的条件，a公司同意授予，客户同意接受非独占、可转让的许可，以使用随本协议书所提供的程序。请仔细阅读这些条款，如果您不同意本协议，请将没开封的程序包交回卖给您的商店，您将会被找回您所付的钱。

1.许可

授权客户在单个计算机系统中使用机器可读形式的程序。凡客户使用该程序的每一个系统都要求分别获得许可。客户可以将本份许可转让给他人，只要他同意遵守本协议。在上述转让中，客户必须将本程序的所有拷贝转交给接受转让的人，或者是将所有保留的拷贝全部销毁。客户可以为备用和存档的目的制作该程序的拷贝，但无论何时手上至多只能保持2份，并且在每份拷贝上都要将有关版权、商业秘密权及其他类似说明复制上去。客户可以修改该程序或与其他程序合并。a公司拥有提供给客户或由客户产生的该程序的所有修改、合并和改进版本的版权，无论这种修改、合并或改进是全部的还是部分的。

2.期限

本协议从客户接受之日起生效，直至由下列行为提出终止：(a)客户自行销毁或向a返还他所持有的程序的所有拷贝;(b)a发现客户未能遵守本协议。终止时，客户必须以书面形式向a证明，该程序的原件及所有的全部或部分复制件均被销毁或返还给a。

3.保密

客户同意：(a)除本许可以外，不使用或允许他人使用该程序;(b)客户有权转让该许可，除此之外，不将该程序或其任何部分，或者是伴随文件向客户雇员之外的任何人泄露或提供利用。

4.担保限制

a保证，原被许可方在接受本许可后90天内，保存该程序的软盘在正常使用条件下出现材料或质量上的问题，将免费提供更换。除上述之外，该程序的提供将不承担任何明示或暗示的担保，它包括，但又不限于任何暗示的商品性或者是适合特殊目的的担保。

5.补救限制

a及其商店和其他供应商所承担的全部责任，以及客户所能获得的惟一补救只限于更换由于不符合上述担保而又有缺陷的磁盘，只要客户将有缺陷的磁盘返还给a或其指定的供应商。无论在任何情况下，a或其指定的供应商都不对附带性或后果性的损害、丢失数据或丧失利益所造成的损害负责。

6.普通条款

本协议书是当事人达成的完整协议，在此之前的有关本程序所有书面和口头的或通讯的承诺均不再有效。

a公司市街号

电话：电传：

邮编：

描写软件工程专业职业心得体会实用四

总想着每天、每个月、乃至每年都有点进步。20xx年，对我来说，是起伏不定的一年，也是收获颇丰的一年。当然，最大的收获是有了一个可爱的女儿。

在这一年，我跳了两次槽，一次是自愿的，还有一次是被迫的。我目睹了一些公司从盛到衰的过程，也看到了一些脚踏实地的公司。

离开x1公司，是因为我觉得x1公司不是在做软件，所谓的印度模式，我想，绝对不是这么做的。理想不合，不想浪费时间，也只能背负跳槽的恶名，挂冠而去。去x2公司，是因为看到他是美国独资公司，做外包软件，能够接触美国的客户和技术，希望能够有所收获，何况，职位也不错。的确很想好好做，也跳累了，只想稳定发展，毕竟，是做父亲的人了。没有想到的是，竟然让我目睹了一场资产争夺的好戏。公司易主，流言满天，诽谤四起，官司大战，这种平常只有在电视和电影里看到的情节，我实实在在的亲身经历了，也算是人生的重要一课吧，至少，让我看到了人性最阴暗和恶毒的一面。自然，是做不下去了，只能又走。

也看到了一些踏踏实实做事情的公司。园区的瑞博软件就是一个。很少看到如此踏实做事的公司。若干年后，只要他能够存活，必定是一个成功的公司。虽然老板对我也很有诚意，只是，对于教育软件，我实在没有太大的兴趣，何况，如果想做教育，我何不选择安博呢?毕竟，安博给于我很多。回头想想，在其他公司，我都是在奉献，只有在安博，是学习了很多。

说起跳槽，其实，看看那些公司，有多少是在踏踏实实做事情的?老板本不懂软件，都是看着软件行业能赚钱，想来捞一票，结果把中国的软件行业做坏了，也害苦了中国的程序员。自己不好好做事，怎么怪别人跳槽?同工作经历的坎坷相比，，在个人能力方面，今年的进步是非常大的。今年上半年，我的进步集中在技术领域。我更加深入研究了设计模式、平台，还有uml建模，终于有所突破，平台的系统架构和开发工具，并且得到了应用的证实。在网上也陆续发表了一些文章，受到比较好的欢迎，还上了赛迪网的开发之星。

下半年，在软件工程方面收获是很多的。

看到网上对于印度模式从吹捧到批驳的吵闹，也看到x1公司学习印度的失败，加上自己从开始就对那些记者的怀疑，决定好好学习软件工程。我一向认为，任何东西，不能道听途说，只有自己好好深入研究，才能得其精髓。同时，软件工程绝对不能只看印度的，毕竟，美国才是软件业最发达的国度。

列举一些学习的参考资料：《rup软件工程过程》、《msf微软解决方案》、《xp极限编程》、《cmm实践应用——infosys公司的软件项目执行过程》、《人月神话》、《软件需求》、《软件工程java语言实现》。每本书，我都仔细研读了，颇有体会。

我开始就想，印度软件工程绝对不会象那些记者所说的那么简单，所谓的高中生编程说。所以，我必须实际看看印度的软件工程。《cmm实践应用——infosys公司的软件项目执行过程》，是印度最大的软件公司infosys公司的分管质量的副总裁写的，介绍他们的cmm4的软件工程，果然不同凡响。这是我了解印度软件工程的主要窗口。

首先，同原来的想法不同的，也可能同大多数人(尤其是受那些软件记者影响很深的“专业”和非专业人士)想法不同的是，软件工程实际上不仅仅只是管理，而是一门涉及很广的交叉学科。在软件工程中，大约一半的内容是专业性很强的，涉及到软件分析、设计甚至编码的技术。所谓的结构化、面向对象，都在软件工程的范畴内，同样是软件开发和组织的重要内容，也是软件质量保证的重要内容。至于软件开发的管理部分，只能算是软件工程中软件工程过程的部分，或者说项目管理部分。脱离管理来开发软件是绝对不可行的，同样，抛弃技术基础，空谈管理出效益，便如无源之水、无本之木。诚如《软件工程java语言实现》中所说：“软件工程范围极为广泛。软件工程的某些方面属于数学或计算机科学，其他方面可归入经济学、管理学或心理学中。”在这里，我强调了软件工程中的技术部分，并非轻视管理，只想在软件工程的概念上做一些拨乱反正，也希望多一些人来关心软件的核心技术，而不要空喊口号和概念。毕竟，中国的软件太缺乏核心技术了。

其次，对管理要求的严格不说(这个谁都知道)，实际上，不管是美国的软件工程，还是印度的软件工程，都是比较灵活的。即便是印度这样的所谓“软件工厂”模式，对于软件工程过程管理极为严格，也有一个部分是专门讲述过程剪裁的。整个软件工程过程是非常庞大和繁复的，然而，由于项目具体情况不同，如项目的规模，参与人员的数量、素质等的不同，对于软件过程的每个部分，不是都必须的，可以根据具体情况来进行剪裁。这个部分对于我的启发是很大的。以前做什么iso9000等，开始做了一个以为很好的规范，但是，到具体项目，总是对不起来，到处有问题，现在想想，便是少了这个变通的部分。不过，话说回来，这cmm也是老美想出来的，而不是印度。

第三，对于开发人员的选用，我发现，美国人是非常注重选用优秀的开发人员的。martin fowler曾经开玩笑的说，如果给他一批水平不高的开发项目，他会考虑全部解雇，重新招聘。《人月神话》中也说，如果200人开发一个项目，其中25个人最能干，那么会考虑解雇其余的175个人，让项目经理来编程(当然，后面还有一些抉择分析，这里断章取义了)。其结论的基础是基于以下研究结果：优秀的开发人员和差的开发人员，其效率之差可以达到数量级。另外，从管理的角度来说，只有人多了，才会有管理问题，当团队规模控制在一定的范围内时，便不会有太大的管理问题。

对于软件来说，很难实现同传统产业一样的工厂化生产，这是由软件开发的本质决定的。软件的复杂性是软件的本质属性，在这个属性没有改变之前，软件便不会实现同传统产业一样的工厂化生产。至于印度的所谓“软件工厂”，实际上，只是完成了软件代码的编写工作，并不是实现了整个软件研发工作，而代码编写工作，恰恰是软件开发中最简单的一环。至于印度是否真的有很多高中生程序员，印度人的书上没有说，记者到说了不少，我也无从考证。所以，软件的开发，还是需要选用优秀的人的。除非，公司只想帮别人编写代码，而不希望有自己的产品和技术。

第四，软件开发中，最重要的还是团队合作和交流。这个是我目前最深切的感受。具体的，大家都知道，也用不着多说。

最后，对于软件开发来说，公司老板的想法是最重要的。如果老板说“no”，那便是水平再高，管理再好，也终归无用。年龄渐长，也做父亲了，却总是在漂泊，没有一个可以稳定发展的地方。希望目前的公司能够有这个机会。不想总是跳槽。