软件工程实习心得体会
2024年软件工程实习心得与收获（3篇）
2024年软件工程实习心得与收获在____年____月下旬，我踏入了顶岗实习的关键阶段，标志着从学校走向社会的重要转折。
自离开校园的那一刻起，我已将自我定位为一名正式员工，准备迎接工作中的各种挑战。
我坚信，我的努力与坚持定能开花结果，未来充满无限可能。
一、实习单位概述南京智风多媒体有限公司，成立于____年，是一家专注于教育软件、数字化教学资源及多媒体产品研发和制作的企业。
公司是江苏省信息产业厅认定的双软企业，也是江苏省新闻出版局审核认定的电子出版物开发制作单位。
公司长期以来，为高校及教育管理部门提供数字化教学资源、教务教学、实验科研等管理系统的开发和信息化项目建设，包括《数字化教学资源库-名师名课网系统》、《OA办公系统》等多个系统平台。
智风公司致力于网络课程建设服务，拥有一支专业化的开发团队，通过严格的开发流程和创新的教学理念，为院校提供优质服务。
公司研发队伍涵盖教学设计、技术开发、交互设计、视觉设计、资源素材制作等多个方面，已开发出42门国家级精品课程，累计开发网络课程超过1000门。
二、实习岗位及收获我在南京智风多媒体有限公司担任软件开发工程师一职。
实习初期，我主要熟悉公司的开发框架和流程，并按时完成项目经理分配的任务。
第二周开始，我参与到了公司开发项目中，其中《南京大学____周年校庆系统》项目给我留下了深刻印象。
该项目开发周期紧凑，需求并不明确。
在客户与公司的双重压力下，我们小组在仅进行了两次需求沟通后便开始了工作。
项目中，我负责所有基础信息的添加与列表显示，并学习到了客户端和服务器端同时验证的重要性。
我还涉及到了站内信互发、打印、导出、发邮件等功能，这些都是我在学校项目中未曾接触过的。
在这半年多的实习中，我学到了许多宝贵的经验，包括团队合作的重要性、需求沟通的必要性、工作计划的重要性以及互相学习的必要性。
实习期间，我深刻体会到了团队精神的力量，以及明确需求、有效沟通、合理分工和及时总结工作的重要性。
软件工程实习心得体会文档4篇
软件工程实习心得体会文档4篇Software engineering practice experience document编订：JinTai College软件工程实习心得体会文档4篇小泰温馨提示：心得体会是指一种读书、实践后所写的感受性文字。
语言类读书心得同数学札记相近；体会是指将学习的东西运用到实践中去，通过实践反思学习内容并记录下来的文字，近似于经验总结。
本文档根据心得体会内容要求和针对主题是实习期群体的特点展开说明，具有实践指导意义，便于学习和使用，本文下载后内容可随意修改调整及打印。
本文简要目录如下：【下载该文档后使用Word打开，按住键盘Ctrl键且鼠标单击目录内容即可跳转到对应篇章】1、篇章1：软件工程实习心得体会文档2、篇章2：软件工程实习心得体会文档3、篇章3：软件工程实习心得体会文档4、篇章4：软件工程实习心得体会文档篇章1:软件工程实习心得体会文档软件工程实习心得体会一时间过的很快，转眼间已经实习将近5个月，其中有2个月是属于完全被流放的。
最先在内部系统组参与内部管理系统开发（struts+mysql+spring+hibernate），之后是去做网络交换机软件的脚本测试。
现在又回归内部系统，虽然在脚本组期间，编码能力被别人甩在后头，但至少具有了一些测试经验。
至少自己做的东西，是真正交付到了客户手上，到也稍微有些成就感。
一直以来，我都认为测试是脱离了软件工程范围的工作，不以为屑。
但在实际情况中，测试是既重要且难以精湛的.其真正的压力，在于找不到bug，责任在你，而不在于编码人员。
一般的测试人员不懂编码，他们靠的是日以累计的经验总结和想象力。
而要做到高级测试工程师，则一定要懂编码，因为这是你完全掌握整个系统的方方面面具体运作的前提。
但占主导地位的，还是大型系统的集成测试经验。
实际项目中，编码时间一般只占30%左右，真正耗费时间的是it阶段的找 bug与对应bug，此阶段基本评定了coder的编码质量。
软件工程实习心得体会5篇
软件工程实习心得体会5篇软件工程实习心得体会1转眼之间，两个月的实习期即将结束，回顾这两个月的实习工作，感触很深，收获颇丰。
这两个月，在领导和同事们的悉心关怀和指导下，通过我自身的不懈努力，我学到了人生难得的工作经验和社会见识。
我将从以下几个方面总结软件工程岗位工作实习这段时间自己体会和心得：一、努力学习，理论结合实践，不断提高自身工作能力。
在软件工程岗位工作的实习过程中，我始终把学习作为获得新知识、掌握方法、提高能力、解决问题的一条重要途径和方法，切实做到用理论武装头脑、指导实践、推动工作。
思想上积极进取，积极的把自己现有的知识用于社会实践中，在实践中也才能检验知识的有用性。
在这两个月的实习工作中给我的感触就是：我们在学校学到了很多的理论知识，但很少用于社会实践中，这样理论和实践就大大的脱节了，以至于在以后的学习和生活中找不到方向，无法学以致用。
同时，在工作中不断的学习也是弥补自己的不足的有效方式。
信息时代，瞬息万变，社会在变化，人也在变化，所以你一天不学习，你就会落伍。
通过这两个月的实习，并结合软件工程岗位工作的实际情况，认真学习的软件工程岗位工作各项政策制度、管理制度和工作条例，使工作中的困难有了最有力地解决武器。
通过这些工作条例的学习使我进一步加深了对各项工作的理解，可以求真务实的开展各项工作。
二、围绕工作，突出重点，尽心尽力履行职责。
在软件工程岗位工作中我都本着认真负责的态度去对待每项工作。
虽然开始由于经验不足和认识不够，觉得在软件工程岗位工作中找不到事情做，不能得到锻炼的目的，但我迅速从自身出发寻找原因，和同事交流，认识到自己的不足，以至于迅速的转变自己的角色和工作定位。
为使自己尽快熟悉工作，进入角色，我一方面抓紧时间查看相关资料，熟悉自己的工作职责，另一方面我虚心向领导、同事请教使自己对软件工程岗位工作的情况有了一个比较系统、全面的认知和了解。
根据软件工程岗位工作的实际情况，结合自身的优势，把握工作的重点和难点，尽心尽力完成软件工程岗位工作的任务。
软件工程实习报告心得体会(5篇万能).doc
软件工程实习报告心得体会（5篇万能）软件工程实习报告心得体会篇1不知不觉在大学已经度过了2年的时光，为了让即将面临毕业的我们能有一个好的就业前景，中国管理软件学院决定让我们把后半年作为一个实习年。
由于我们是安博定向培养的所以我们实训有安博来提供基地。
做了十几个小时的火车，我终于来到了很多人都向往的江苏。
由于第一次到南方，心里也隐藏着那么多的诱惑。
但是在学习的过程中，总有那么多新鲜事物进入我的视野，这时才感叹自己的知识面是多么的狭窄，同时也为自己在学校里没有好好学习感到愧疚。
书到用时方恨少，这种感觉让我深深体会到自己的无知。
来到这里以后我的求知欲望更加强烈了，想的最多的就是如何将自己的学到的知识真正的融入到现实技术中。
软件业，让多少人为之疯狂，它的魅力的确很大，涉及的知识是那么的广泛，让我总觉得自己的知识不够用，每天早上8点半，到下午5点半的培训时间要学习企业中所需的技术知识，其他的时间，就只剩自己疯狂的练习;来到这里才感觉自己在大学的生活是那么悠闲自在。
也许人都是那样，往往都是事情来临的时候才为自己的所作所为感到后悔。
来到这里没有联系太多的朋友，心中唯一的目标就是将需要的知识好好学到手，以便能够更好的在工作时熟练使用。
有时候寂寞只是一种态度。
来这里没有感觉太多的孤独，每天都充满激情的去迎接新事物，去面对新知识。
一步一步设计自己未来的路线并将其实现。
虽然来这边的同学还有很多，但大家都很清楚的自己的职责，我们抵挡住了很多诱惑，都在为着自己的目标而奋斗。
在这里我只想说一句，就是感谢安博能够提供给我们这个机会，让我们提前接触社会，认识自己，相信出来培训的同学都将会有一个更加深刻的认识，来为自己的未来奋斗！软件工程实习报告心得体会篇2转眼间实训已过去一段时间，之前的兴奋、喜悦如今已经让我熟悉，在实训的每一天都会让我有成为一名真正的财富者拥有的冲动。
也许，在这期间不一定会让一个人有着翻天覆地的变化，但变化就是这样一点一点产生的。
软件工程实习总结
软件工程实习总结软件工程实习总结（精选11篇）一段时间的实习生活又接近尾声，想必你学习了很多新技巧，在实习总结中记录下这来之不易的成果吧。
很好奇实习总结是怎么写的吧，以下是小编帮大家整理的软件工程实习总结，欢迎阅读与收藏。
软件工程实习总结篇1时间过的很快，转眼间已经实习将近5个月。
最先在内部系统组参与内部管理系统开发（struts+mysql+spring+ibernate），之后是去做网络交换机软件的脚本测试。
现在又回归内部系统，虽然在脚本组期间，编码能力被别人甩在后头，但至少具有了一些测试经验。
至少自己做的东西，是真正交付到了客户手上，到也稍微有些成就感。
1、浅谈测试一直以来，我都认为测试是脱离了软件工程范围的工作，不以为屑。
但在实际情况中，测试是既重要且难以精湛的。
其真正的压力，在于找不到bug，责任在你，而不在于编码人员。
一般的测试人员不懂编码，他们靠的是日以累计的经验总结和想象力。
而要做到高级测试工程师，则一定要懂编码，因为这是你完全掌握整个系统的方方面面具体运作的前提。
但占主导地位的，还是大型系统的集成测试经验。
实际项目中，编码时间一般只占30%左右，真正耗费时间的是IT阶段的找bug与对应bug，此阶段基本评定了coder的编码质量。
2、程序员的困惑有些人，以为教学视频和代码看多，自己就懂的多，实际做起来，却不知从何下手，问题在那？如何定位？如何解决？通通跟一样能力有关，debug追踪能力，也称调试。
在项目组工作不愁源码资源，但问题是蛋糕摆在面前，你如何去消化？有位同事告诉我：代码看几遍都没用，要去抄，例如一个查询模块，在此基础上去做具体记录的历史记录查询模块，你可能会觉得很简单，但实际情况却往往报一堆异常，配置问题涉及到方方面面，以及数据库字段，传值问题等等，一大堆对于新人来说很郁闷的问题。
但不用怕，只要学会调试，一个个问题去追踪，一个个去解决，自然而然，那段“源码”才真正属于你。
软件工程实践心得体会
软件工程实践心得体会篇一：软件工程实习心得体会软件工程实习心得体会软件工程实习>心得体会（一）在这次软件工程课程中，我学到了很多东西，第一次深刻的体会到了什么叫做用工程化的思想来编写软件，以前自己也写过一些小型软件，没有做过大型的项目，直到这次课堂我担任组长并组织组员共同完成“个人图书管理系统”这个项目，第一次和别人合作，才发现运用工程化的思想来做是如此的有必要。
从这里，我才真正的意识到实施一个软件工程并不是说简单的会编码就能够解决问题的，我们更多的精力不是放在编码上，编码只是一个很小的模块，只占到那么小的一个部分。
这个事实在很大程度上颠覆了我以前的思想，在我以前的认识中，似乎整个软件就是编码，除此无它，还好有老师的指导，不然真的会出现老师所说的，撞得头破血流之后才想起来用软件工程的思想来完成这个工作。
刚真正开始工作之前，我们费了很多的时间来完成一些前端工作，如需求分析和可行性分析，这块工作在别人看来可能是相对无关紧要，甚至是多于的，其实，换做在以前，我也会这么认为。
可是，我现在算是深深地明白了磨刀不误砍柴工的道理，这些工作的完成太有必要了，太重要了，要想你的软件有用有市场，能被别人接受和认可，在进行过程中不会出现崩溃性的问题，这些工作缺一不可。
还有就是接下来的一些设计模块，此模块与软件编码涉及比较紧密，主要是解决一些参数传递和接口通讯的问题，此模块对我的触动远没有上两个模块对我的影响大，因此再次也不做过多的介绍。
在整个活动的完成过程中，作为组长，我收获很多，我发现，要是组里有个人不怎么想做事情时，他对于整个组织的影响是毁灭性的，正所谓“一颗老鼠屎，能坏一仓谷”，以后我的组织里要是出现这样的人，我绝不会给他继续留下来的机会，我会在第一时间将他清除出去。
还有就是，作为组长，你要做的最重要的事情，不是发挥自己的聪明才智，而是创造出一个平台，让别人去发挥，你所要做得，出了保证这个平台的完整性和公平性外，还有就是协调好各组员之间的关系。
软件工程专业实训心得体会范文(通用6篇)
软件工程专业实训心得体会范文（通用6篇）软件工程专业实训心得体会1这次实训使我们明白我们所欠缺的不仅仅是技术知识，更重要的是有一种处理事情的方法、面对问题的心态和动手能力。
面对完全陌生的新知识、新技术、新项目以及整个IT行业，我们不能畏惧，要以一种积极的心态去面对，分析并抓住关键所在。
因为我们所即将应对的每一个项目都是既需要实际操作，又需要详细规划的。
作为组长，协调组员、激励其他学员和积极参与项目研发是我每天必做的工作。
我认为每个人都应该在团队中做好自己应尽的职责，再优秀的个人也可能完成一个即庞大又复杂的项目工作，我们必需紧密的联合在一起，以一个团队的角色来面对。
一公司有一项对项目经理的调查显示，项目经理平均每周参加6个会议，其中25%的时间浪费在无用的讨论上。
会议效率低最普遍的3个原因是：会议没有很好的计划、会议没有被适当的领导、无纪律的与会者。
我们软件项目也会遇到相同的问题，项目启动会、评估会、大大小小的评审会、技术会、周例会等等一系列会议会随着项目进展而召开，如何保证高效的会议效果，我的一些会议技巧与大家共享：确实需要开会时才开会；订立会议纪律；非常清楚的明确会议目标；提前准备一个会议议程；提倡各会议参与人的会前准备；鼓励参与，但在会议过程中遵守会议议程；把团队建设融入会议、作会议记录、会后跟踪所有安排任务的执行情况。
程序员需要关心尊重。
曾经有个例子，某公司开发人员王某由于刚开始学习编程，技术水平差一点，常常受到经理的“另眼相看”，每次软件出现了问题都怀疑是他的原因，老开他的低级玩笑，这位员工会有怎样的表现就可想而知了。
经理通过这种手段能够迫使这一位自动辞职吗？非也，这位员工后来工作非常不负责任，把代码写得既长又重复，且在代码中留下大量的隐患，此时，经理却反而不敢过份得罪他了（否则，留下的巨量代码很难维护）。
如果认为某人不适合目前工作，为何不另请高明？既然已经请他作了这件工作，就得尊重他。
最新软件工程心得体会(通用14篇)
最新软件工程心得体会(通用14篇)（经典版）编制人：__________________审核人：__________________审批人：__________________编制单位：__________________编制时间：____年____月____日序言下载提示：该文档是本店铺精心编制而成的，希望大家下载后，能够帮助大家解决实际问题。
文档下载后可定制修改，请根据实际需要进行调整和使用，谢谢!并且，本店铺为大家提供各种类型的经典范文，如合同协议、工作计划、活动方案、规章制度、心得体会、演讲致辞、观后感、读后感、作文大全、其他范文等等，想了解不同范文格式和写法，敬请关注!Download tips: This document is carefully compiled by this editor. I hope that after you download it, it can help you solve practical problems. The document can be customized and modified after downloading, please adjust and use it according to actual needs, thank you!Moreover, our store provides various types of classic sample essays, such as contract agreements, work plans, activity plans, rules and regulations, personal experiences, speeches, reflections, reading reviews, essay summaries, and other sample essays. If you want to learn about different formats and writing methods of sample essays, please stay tuned!最新软件工程心得体会(通用14篇)从某件事情上得到收获以后，写一篇心得体会，记录下来，这么做可以让我们不断思考不断进步。
软件工程实习心得体会2024年样本（三篇）
软件工程实习心得体会2024年样本在实习生涯的快速流逝中，已历时数月，期间经历了若干独立工作的阶段。
起初，在内部系统组参与了管理系统的开发工作，运用了Struts、MySQL、Spring和Hibernate等技术栈。
继而，转向了网络交换机软件的脚本测试领域。
目前，再次回到内部系统组，尽管在脚本测试阶段编程技能相较他人有所差距，但我已积累了一定的测试经验，并能够感受到自己工作成果的价值，这种成就感源自于产品最终交付到客户手中。
我过去一直将测试工作视为超出软件工程范畴的职能，未曾给予足够重视。
实际工作经验告诉我，测试不仅关键，而且要做到精通极为困难。
测试的压力在于无法找到bug的责任归于测试人员，而非编码者。
一般测试人员缺乏编码知识，他们依赖的是日积月累的经验和丰富的想象力。
而要成为高级测试工程师，掌握编码技能是不可或缺的，因为这关乎对整个系统运作细节的全面理解。
在大型项目中，编码所占时间比例通常仅为____%，更多的精力投入到查找和解决bug的IT阶段，这一阶段也基本反映了编码人员的工作质量。
有些人误以为观看大量教学视频和代码就能掌握精髓，但实际操作时却束手无策。
问题在于何处？如何定位？又如何解决？这一切都与调试能力密切相关。
在项目组中，源码资源并不匮乏，但关键在于如何消化吸收这些资源。
一位同事曾经指导我，仅仅阅读代码是不够的，应当通过动手实践，例如在查询模块的基础上开发历史记录查询功能。
对于初学者来说，可能会遇到众多配置和数据库相关的挑战，但只要通过调试逐一解决问题，这些代码才会真正为你所掌握。
若能在短时间内发现问题的症结，并有效地进行调试追踪，这将极大地提升就业竞争力。
遇到问题时，不应仅停留在代码层面，而应通过实际行动追踪运行数据。
Eclipse作为强大的IDE，提供了良好的调试支持。
例如，面对页面数据显示问题，应从数据库查询语句入手，逐步调试至问题出现，进而进行深入分析。
在页面错误调试中，常用的方法是检查网页源代码，复制到编辑器中定位错误。
软件工程心得体会
软件工程心得体会【篇一：软件工程实习心得体会】软件工程实习心得体会软件工程实习心得体会〔一〕在这次软件工程课程中，我学到了很多东西，第一次深刻的体会到了什么叫做用工程化的思想来编写软件，以前自己也写过一些小型软件，没有做过大型的项目，直到这次课堂我担任组长并组织组员共同完成“个人图书管理系统”这个项目，第一次和别人合作，才发现运用工程化的思想来做是如此的有必要。
从这里，我才真正的意识到实施一个软件工程并不是说简单的会编码就能够解决问题的，我们更多的精力不是放在编码上，编码只是一个很小的模块，只占到那么小的一个部分。
这个事实在很大程度上颠覆了我以前的思想，在我以前的认识中，似乎整个软件就是编码，除此无它，还好有老师的指导，不然真的会出现老师所说的，撞得头破血流之后才想起来用软件工程的思想来完成这个工作。
刚真正开始工作之前，我们费了很多的时间来完成一些前端工作，如需求分析和可行性分析，这块工作在别人看来可能是相对无关紧要，甚至是多于的，其实，换做在以前，我也会这么认为。
可是，我现在算是深深地明白了磨刀不误砍柴工的道理，这些工作的完成太有必要了，太重要了，要想你的软件有用有市场，能被别人接受和认可，在进行过程中不会出现崩溃性的问题，这些工作缺一不可。
还有就是接下来的一些设计模块，此模块与软件编码涉及比较紧密，主要是解决一些参数传递和接口通讯的问题，此模块对我的触动远没有上两个模块对我的影响大，因此再次也不做过多的介绍。
在整个活动的完成过程中，作为组长，我收获很多，我发现，要是组里有个人不怎么想做事情时，他对于整个组织的影响是消灭性的，正所谓“一颗老鼠屎，能坏一仓谷”，以后我的组织里要是出现这样的人，我绝不会给他继续留下来的时机，我会在第一时间将他清除出去。
还有就是，作为组长，你要做的最重要的事情，不是发挥自己的聪明才智，而是创造出一个平台，让别人去发挥，你所要做得，出了保证这个平台的完整性和公平性外，还有就是协调好各组员之间的关系。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件工程实习心得体会
软件工程实习>心得体会（一）
在这次软件工程课程中，我学到了很多东西，第一次深刻的体会到了什么叫做用工程化的思想来编写软件，以前自己也写过一些小型软件，没有做过大型的项目，直到这次课堂我担任组长并组织组员共同完成“个人图书管理系统”这个项目，第一次和别人合作，才发现运用工程化的思想来做是如此的有必要。
从这里，我才真正的意识到实施一个软件工程并不是说简单的会编码就能够解决问题的，我们更多的精力不是放在编码上，编码只是一个很小的模块，只占到那么小的一个部分。
这个事实在很大程度上颠覆了我以前的思想，在我以前的认识中，似乎整个软件就是编码，除此无它，还好有老师的指导，不然真的会出现老师所说的，撞得头破血流之后才想起来用软件工程的思想来完成这个工作。
刚真正开始工作之前，我们费了很多的时间来完成一些前端工作，如需求分析和可行性分析，这块工作在别人看来可能是相对无关紧要，甚至是多于的，其实，换做在以前，我也会这么认为。
可是，我现在算是深深地明白了磨刀不误砍柴工的道理，这些工作的完成太有必要了，太重要了，要想你的软件有用有市场，能被别人接受和认可，在进行过程中不会出现崩溃性的问题，这些工作缺一不可。
还有就是接下来的一些设计模块，此模块与软件编码涉及比较紧密，主要是解决一些参数传递和接口通讯的问题，此模块对我的触动远没有上两个模块对我的影响大，因此再次也不做过多的介绍。
在整个活动的完成过程中，作为组长，我收获很多，我发现，要是组里有个人不怎么想做事情时，他对于整个组织的影响是毁灭性的，正所谓“一颗老鼠屎，能坏一仓谷”，以后我的组织里要是出现这样的人，我绝不会给他继续留下来的机会，我会在第一时间将他清除出去。
还有就是，作为组长，你要做的最重要的事情，不是发挥自己的聪明才智，而是创造出一个平台，让别人去发挥，你所要做得，出了保证这个平台的完整性和公平性外，还有就是协调好各组员之间的关系。
这就是我的实习感想。
软件工程实习心得体会（二）
时间过的很快，转眼间已经实习将近5个月，其中有2个月是属于完全被流放的。
最先在内部系统组参与内部管理系统开发(struts+mysql+spring+hibernate)，之后是去做网络交换机软件的脚本测试。
现在又回归内部系统，虽然在脚本组期间，编码能力被别人甩在后头，但至少具有了一些测试经验。
至少自己做的东西，是真正交付到了客户手上，到也稍微有些成就感。
1、浅谈测试
一直以来，我都认为测试是脱离了软件工程范围的工作，不以为屑。
但在实际情况中，测试是既重要且难以精湛的.其真正的压力，在于找不到bug，责任在你，而不在于编码人员。
一般的测试人员不懂编码，他们靠的是日以累计的经验总结和想象力。
而要做到高级测试工程师，则一定要懂编码，因为这是你完全掌握整个系统的方方面面具体运作的前提。
但占主导地位的，还是大型系统的集成测试经验。
实际项目中，编码时间一般只占30%左右，真正耗费时间的是IT阶段的找 bug与对应bug，此阶段基本评定了coder的编码质量。
2、程序员的困惑
有些人，以为教学视频和代码看多，自己就懂的多，实际做起来，却不知从何下手，
问题在那?如何定位?如何解决?通通跟一样能力有关，debug追踪能力，也称调试。
在项目组工作不愁源码资源，但问题是蛋糕摆在面前，你如何去消化?
有位同事告诉我：代码看几遍都没用，要去抄，例如一个查询模块，在此基础上去做具体记录的历史记录查询模块，你可能会觉得很简单，但实际情况却往往报一堆异常，配置问题涉及到方方面面，以及数据库字段，传值问题等等，一大堆对于新人来说很郁闷的问题。
但不用怕，只要学会调试，一个个问题去追踪，一个个去解决，自然而然，那段“源码”才真正属于你。
3、如何调试追踪
如果你能在短短的时间内就看到问题点在那，放下断点去追踪，出去找工作，绝对没问题。
出现问题的时候，不要光看代码，要用实际行动去追踪运行期间的具体值，那是最好途径。
eclipse是个很爽的ide，这点做的很好。
例如页面内容显示不是自己想要的数据，我们要先从数据库查询语句去下手，设置断点，一步一步step over，让sql 字段(存取最终sql语句的字符串)运行到有值，inspect进去看，如果还看不出来，就点击它，copy后在sql客户端去实际运行，看看实际查询出来的表是什么，如果是对的，有可能就是页面调用的错误或者action逻辑的传值问题。
页面错误的调试，基本方法是用右键点击实际网页查看源代码，copy到editplus，就能看到具体错误发生在那几行。
通常有几种常见的错误，例如：缺少对象这种很多时候是有些被你调用的字段有可能为空的情况出现的，可以加if(xxx=null)语句加保护。
追踪的方法基本就是用alert语句，放在有可能出错的地方。
4、一些习惯
遇到问题先自己思考，无从下手再找高手帮忙看看，注意他帮你看的思路，别在一旁闲着，看多了自己也会了，不然你一辈子都停留在那种水平，从人身上学到的东西远远比书多的多。
解决了一个问题后，要去究根问底去找到问题产生的起因，以防你下次遇到类似的问题再浪费同样的时间。
把代码写的漂亮，注释、空行、规范一样不能少，可读性是放在第一位。
曾经看过一个高手写的代码，真的一看就是不同水平的人写的，几乎很完美，读起来很流畅，方便自己也方便别人。
任务完后不要呆着，去要求经理给你更有挑战性的任务，只要你肯去尝试，他们就会对你另言相看，把三天的任务一天加班搞定，效率和忠诚都有了，路也比较好走了。