篇一：计算机网络实训心得
计算机网络实训心得
计算机网络课程实训已经结束几天了.实训期间，让我学到了很多东西，不仅使我在理论上对网络有了全新的认识，在实践能力上也得到了提高，真正地做到了学以致用，更学到了很多做人的道理，对我来说受益非浅。除此以外，我还学会了如何更好地与别人沟通，如何更好地去陈述自己的观点，如何说服别人认同自己的观点。第一次亲身感受到理论与实际的相结合，让我大开眼界。也是对以前所学知识的一个初审吧！这次实训对于我以后学习、找工作也真是受益菲浅，在短短的几天中相信这些宝贵的经验会成为我今后成功的重要的基石。
作为一名大一的学生，经过差不多一年的在校学习，对网络有了理性的认识和理解。所以在实训之前，网络对我来说是比较抽象的，在这次实训中，是一次比较真实的接触网络让我们亲身体会了什么是网络，以及计算机软件、硬件等等。这次实训也让我深刻了解到，不管在工作中还是在生活中要和老师，同学保持良好的关系是很重要的。三人行必有我师，其实同学也是我们的老师不懂可以相互问。 在这几天的实训中可以说是我们上大学以来学的最多有关专业的知识，比如说：虚拟机VMware Workstation、局域网联网实践、Windows Server 2003基础、Linux网络操作系统 、网络操作系统综合实训 、网络操作系统综合实训 等等。这次实训我们真正的学到了技术，这些知识基础而富有内涵有助于我们专业知识的入门，更有助于我们未来的发展。
这次实训我们收获很大，对于刚入门的我们一切都是大么的陌生在此期间老师给我们点起了一盏灯指引我们走向光明，这样的情况下我
们也会面度许许多多的困难，这个时候我们感受到了集体力量的伟大，我们互帮互助共同完成了实训工作。我们在虚拟机上装系统进行双机互联，我们一起装系统一起互相学习，我们一起感受成功的快乐，这一刻我们共同成长。
俗话说：走过去前面依然是片蓝天,每天的太阳都是新的。相反，瞻前顾后，畏首畏尾，往往会导致自我封闭错失良机，最终会导致止步不前一事无成。“只有相信自己，别人才能相信你，才能给你机会。”绝对是至理名言。在做调研的时候也是一样，我们拥有了自信去敲门并从我们的行动中表现出来，当别人从我们身上眼里看到这种自信时候，他们也就相信了我们自身的能力，就会给我们机会,也就会配合我们要做的事情，并乐意去做的更好；反之如果你表现的畏首畏尾的话，让他们看不到我们自身的能力，给他们一瓶子不满半瓶子逛荡的感觉,而且还显得那么幼稚那么的不稳重,所以就会对我们的请求不屑一顾或者随便找个借口把你打发走，而这正是我们做事情所不愿意看到的。所以当一个人拥有自信的时候一切都再不那么遥远!
所以说无论做什么事我们都要充满自信地去探索去摸索敢于尝试，真诚合作！
刘欢
网工12101
篇二：计算机基础实训总结
计算机实训报告 实 训 人：刘永强
班 级：网络1102班
学 号：18号
指导老师：卞老师
实训地点：文理楼A503
实训时间：2011年12月26日—12月28日
实训目的：通过上机操作形式，潜移默化地进行综合操作素质的训练，增强学
生综合运用所学知识解决实际问题的能力。
实训内容：word文档与excel表格的编辑与操作。
短短三天的计算机实训结束了，通过这三天的实训，我学到了很多的知识，我深深体会到计算机办公的神奇和奥妙;也掌握了许多的计算机办公技能。
老师布置了一些的作业给我们操练，在老师精心的指导下我已把Excel,word,等操作的很好了!现在我们已步入大学，经过半年的在校学习，对计算机的一些相关操作还只是初步的认识和理解，在这学期期间，一直忙于理论知识的学习，虽然我是计算机系的学生，但我们的专业课程也只是学习了C语言的程序编辑，所以在实训之前，计算机办公对我们来说是比较抽象的，但通过这次实训，我们揭开了她神秘的面纱，离我们不再遥远!据我了解，大多数同学都以前接触过电脑，也有玩过一些游戏，却不懂操作一些对我们以后工作有用的办公软件。对于我们所学的计算机知识渗透较少，之前都是老师操作为主。此次实训就不同了，同学们都作了充分准备，在活动中同学们都提前来到教室上课，每位同学都认真的操作、练习;听着“嗒嗒”的打字声，心里真的不亦乐乎!指导我们实训的是卞老师，卞老师在实训中给我们做了充分的指导，并且做详细的讲解，这次实训活动十分成功，除了各位同学的充分准备，还要感谢卞老师的授业解惑和系里领导的大力支持。
通过这次实训，我们对电脑有了更深刻的认识，做二十一世纪现代人不但要有过硬的理论知识，良好的心理素质，健康的体魄，还要有超强的电脑操作能力，正所谓“秀才不出门，便知天下事”为一名计算机专业学生来说，更应掌握更多的计算机操作技能，所以要把电脑作为一个重点来抓!
开始我以为实训只是应付了事，走马观花之作。然而，在我参加培训的第一天，我就发现自己错了，此次的电脑培训与以前参加过的培训大相径庭。以前的培训都是应付考试的，实用性不强，而且那时学的东西，在工作中用的不多，时间长了不用也就忘记了。而这次培训的内容最显著的特点，就是实用性和工具性很强，都是平时工作中经常用到的。参加培训的第一课时，我就专心致志地听讲，把学习内容与以前操作不规范或不熟练的地方进行对比，感觉学习效果很好，受益匪浅。特别是EXCEL的学习，因为平时用得比较少，掌握的也不多，不想去进一步的学习，所以对EXCEL的操作不熟悉。这一次正好帮我解决了这一问题。通过次培训，使我的EXCIL的操作有了新的认识，也掌握了几种方法。还有幻灯片的制作，原来从没有制作过，通过这次学习发现也不是想象中的那么难。简单的制作我已经基本上掌握。现在想起来这种培训是必要的，正所谓“磨刀不误砍柴工”。
正因为学习上有所收获，思想上也就豁然开朗起来。说实话，近几年，觉得自已也不再年轻了，还学什么啊？得过且过吧。虽然对待工作还是尽心尽力地去做，但对于学习的态度则是能应付就应付，不想应付就是偷点懒吧。因为这种思想的存在，在学习上的动力就不足了。通过这次培训，我觉得要改变这一错误的思想，想把各项工作做好，就必需要不断的学习，不断的充电，也只有不断的学习、充电，才能提高自已的工作能力。古人云，“活到老、学到老”，这句话是很有道理的。
计算机办公实训暂告一个段落，闲暇之余，我开始静静地长思。由于组织的信任，我从本学期中段到自律会工作。尽管我全力以赴，不辞辛苦，做了很多的工作，但我知道自已离“出色”还有很大的一段距离，离组织对我的期望还相去甚远。固然有能力、水平、经验、性格等原因，但是最重要的原因还是思想上的对学习不重视，导致了有的工作不能出色的完成。由于自律会工作的特殊性，要求工作人员思维严密、灵活应付，要能够迅速理解组织，领导的意图，沉着应对复杂的局面，为广大同学提供更优质的服务，这样才不致于在完成工作时，总是手忙脚乱、丢三落四。通过这次培训，我认识到只有沉下身来，静下心来认真学习，踏实做事，多用心，多动脑，才能让工作有好的起色。为我系的发展奉献我微薄的一份力量 社会的竞争是激烈的，我想我们应该好好把握住大学学习的时间，充实、完善自我，全面发展，攻破电脑，争取做一名出色的现代人!
刘永强
2011-12-28
篇三：计算机(软件)专业小结及实习心得
计算机专业（软件）实习心得
一直以来期望从事自己喜欢的事业的我，对软件开发有者及大的兴趣，可由说种种原因使我从事工作以来走了好几年弯路，心中的梦想迟迟不能得以实现，可程序员的梦想从来没有从我的心中抹去，但这扇大门好像并没有向我敞开，今天，贵公司给了我敲开这扇大门的机会，让我真实体验了程序员的诞生过程。早就听说，程序员的前几个月是最苦的，可从来没有感受到，海马实习基地让我提前感受到了刚刚进入软件行业的压力和困惑，再也没有在自己家里随便写段小程序后的那种“自豪”感了。要面对每天必须面对的问题，再也不可能以“逃避”而了之了。也让我感觉到做为一个程序员所应该具备的基本素质在这不到一个月的实习过程中也让我深深体会到了作为一个合格的程序员应该具备的基本素质。
团队精神和协作能力是程序员应该具备的基本素质，最近的工作中让我深深休会到了这一点，由于小组成员配合不好，使本来很方便的cvs给自己的工作带来的及大的麻烦，一不小心自己写的的东西就会被小组别的成员在上传文件的时候给覆盖掉，一整天的工作可能就这样被反工，我们小组这次就是因为协作不好，导致各模块之间不法连接，给工作带来了及大的麻烦，消耗了大量的劳动力还没有提高工作效率。这使我深深的体会到：一个成功商业性软件的开发必须有一个有强大凝聚力的团队，个人的力量是有限的，团队精神和良好的协作会使我们做出优秀的软件。
良好的文档是正规研发流程中非常重要的环节，作为代码程序员，30％的工作时间写技术文档是很正常的，缺乏文档，一个软件系统就缺乏生命力，在未来的查错，升级以及模块的复用时就都会遇到极大的麻烦。这次的这个小小的项目，就因为文档上的一点点理解错误让我们花了很大的工夫去改代码，改页面。很庆幸的是，这是一个小项目，要是大项目，这种问题可能就会导致大量的代码修改，可见文档在一个项目中起者巨大的做用。
此外，良好的代码编写习惯，不但有助于代码的移植和纠错，也有助于不同技术人员之间的协作。作为一个程序员，对需求的理解能力也是很重要的，只有真正理解了一个模块的作用，才会写出高效率的代码，才能使整个软件项目作出来更加优秀，具备更好的安全性和稳定性，我在写代码的过程中就遇到了需求理解上的问题，使得写出来的代码功能不全，幸好不是给客户发现在，要不，这个软件的商业价值可能就会打折扣了。单元测试对于一个程序员来说是不可不做的一项工作，不做好测试就会给后期的集成工作带来麻烦，往往为了一个小问题会让我们查找好多模块，给后期工作带来很大麻烦。
这一段时间的工作也让我明白了一点：一个优秀的程序员必须不断的学习，随时总结，找到自己的不足，这样逐步提高，才能让自己很快的成长起来。
建站侠客 发表于 2008-4-28 10:19
对软件开发的一点心得体会
一、前期规划：
我理解的前期规划是：在市场人员们汇总一个需求提交给产品专家带领的产品经理团队，然后经过这个团队根据公司具体情况再次分析和规划出一个最终需求文档。
这个需求文档应当首先提交给技术研发部门的负责人以及核心开发人员。由开发团队对其进行技术和风险分析。如果对此需求统一有异议的地方，需要返回给产品团队，重新修正需求。反复如此，直至需求完善准确，细致，清晰。
前期规划就像高楼的地基，如果马马虎虎，就算是一块砖块没摆好都可能导致整个高楼建设的失败。在规划中我认为，交流永远是需要双方积极主动，能认真听取每个人的建议。前期工作思维不慎重，不细致，不认真，不够完善，将产生连锁效应直接导致整个工程和项目的失败。
这种失败可能表现为：第一种，软件按需求实现但是功能根本不能满足用户需要。第二种，功能都有了，软件没有达到可用性、易用性。
对于第一种，当然是因为前期规划疏漏了某些细小功能，没能把需求文档做完善。应该是规划工作做的还不够认真和细致。
对于第二种情况，我认为更多是在产品设计规划方面经验还不够成熟。这种问题应该是很难避免的。因为每种新产品对产品团队来说都很陌生。即使以前做过类似的东西，也难免面面俱到。这只能通过不断努力和认真的态度来弥补。
前期规划的交流涉及了市场、产品和技术研发等多个团队之间。需要的不仅是团队内部的交流，更多需要协调好团队之间的交流。可能有时候需要公司高层和中层参与协调。
目前，很多开发人员深感项目的需求文档写的都很单薄。大家可以想一想，如果没有好的开始，怎么会有好的结束呢？需求文档单薄，不够细致，由谁来继续完善呢？难道让程序员们自己去完善。我想程序员也可能没有这种能力。对于程序员能把代码写的很健壮很稳定就已经是很不容易的事情了。
二、概要设计：
我理解的概要设计步骤：（以项目为中心的开发流程）
1〉项目经理仔细阅读项目需求文档。
2〉项目经理召集项目开发成员，开项目启动会议。具体商议项目的开发任务和责任分配。 3〉核心开发人员开发确定，以及各模块开发人员确定。
4〉由系统分析员和核心开发人员仔细阅读需求文档，对系统整个架构分析和做技术规划。 5〉系统分析员整理和书写最终的系统架构和概要设计文档。
6〉系统分析员在文档提交日，提交给项目经理。项目经理确认文档并审批。
7〉项目经理召集项目开发成员，开一个概要设计以及系统架构确定的会议。向每个成员分发文档，并讨论确定最终概要设计文档。
8〉开始详细设计文档的工作
三、详细设计：
1〉项目经理组织成立各个模块的开发小组，并确定开发小组组长（程序经理）。 2〉各开发组长书写各自模块的详细设计文档，开发成员需要协助，配合。
3〉在指定提交日，开发组长提交文档给系统分析员。由系统分析员审批。
4〉系统分析员组织召开一个详细设计文档确认的会议。
5〉然后开发组长分发各自模块的详细设计文档给程序员，程序员在指定时间内完成。 6〉程序员做内部测试。开发组长协调并配合。
7〉确认无bug提交给开发组组长。
8〉所有模块整合工作，由整个开发组成员参与完成。由所有开发组长和系统分析员负责主要部分工作。程序员协助和配合。
9〉对整合后工程做详细测试。
10〉 确认测试通过后，开发组长根据开发成员表现以及提交成果填写绩效考核表。然后提交给项目经理。
11〉项目经理会召开项目总结会，同时向优秀成员颁奖。同时鼓励所有成员继续努力。对不能按时完成导致项目能按时提交，以及对导致失败的关键人员给与惩罚处理。
当然，以上只是一个简单的开发流程，一定是有很多不足的地方。希望能起到抛砖引玉的作用。大家都明白，流程和制度是死的，但人是活的，所以如何按流程做得好，关键还是在人本身了。没有一个流程和制度，一个团队也必将是一盘散沙。正所谓“无规矩无以成方圆”。这句话说得很有道理。
四、具体编码：
开发几个项目之后，对编写程序有了更进一步的了解。
好的程序应该具有: 易读性，易扩展性，容错性。
易读性: 所有变量和函数以及类名用简单易懂易记忆的命名方式。所有类和函数甚至变量都有关键的注释说明。这点很重要，也是最基础的。如果代码书写不够美观和易懂，我想自己以后也不想再看。就更别谈功能的扩展和新版本开发了。
易扩展性: 整体系统架构逻辑简单清晰。模块与模块之间尽量做到互不影响，也就是尽可能的独立。这部分工作主要体现在前期设计工作中，需要掌握好的设计经验和方法才能够做得比较好。
容错性: 对数据流和指针以及数组都做数据有效性检查；对第三方接口的调用失败的容错性。对所有代码都做调用失败后的错误处理。以及在大的工程中加入trace文件输出，把关键的数据流和关键处理部分的操作信息输出。以便对工程异常情况产生条件的定位，及时解决问题。
我觉得程序员能在这三方面做得很好就算一个优秀的programmer了。
五、调试、跟踪与测试：
1 测试需要注意的：
对每个模块的接口做测试，数据边界的检查。在对整个模块做测试。
主要测试稳定性，效率以及功能是否正常。
确认单个模块完全正常后，再加入工程。
在系统架构设计的时候，可能会引入原型参考。要对原型做完成测试后，确认没有问题后，才可使用。
2 可以采用VC自带Trace或者将信息输出为文本文件的方式跟踪程序并输出关键信息，以便定位程序异常的原因。
3 对于通信模块的测试，特别注意服务端和客户端的数据流。可以针对性的写一个客户端或服务端的测试程序，检验通讯过程是否正常。
4 在用VC做开发中，一定先要让Debug版本正常运行，保证没有任何异常，内存泄漏和Assert等调试警告信息。如果用到其他Lib,一定要保证Lib本身不存在问题。
这里只是提到一些自己容易忽略的东西，希望能对大家有所帮助，欢迎指正！谢谢。
《计算机实训心得体会》出自：百味书屋
链接地址：http://www.850500.com/news/76829.html
转载请保留,谢谢!