计算机毕业论文的体会

接触异常开始我就弄不明白她，不会用她，想在系统中是异常机制发挥的淋漓尽致，进行了很多尝试，利用异常控制程序流程，利用异常做数字的判断函数，利用异常消除系统中可能出现的恼人的异常提示框，为了更好了利用异常看了很多关于异常的文章，直到有一天看到了一句话——“永远不要去处理你不知道怎么处理的异常”，这才恍然大悟，感觉自己一直在用强大的异常机制干一些旁门左道的是事，更谈不上理解异常在程序中的地位和意义，异常其实一种报告机制，“她以一种不可回避的方式报告程序中所出现的问题”，她帮助程序员走向正确的道路，她忠实的向程序员提供错误报告，她希望有谁能重视并处理掉她报告的问题，哈，真不敢想象，没有了异常机制该如何编制高质量的程序！下面就个人的理解和看法瞎说几句，敬请各位批评指正，不胜感激！ 异常的工作原理，在有问题的地方产生异常，马上停止当前的工作，转向异常处理代码，如果找不到异常处理代码，就会见异常向一层汇报，上一层接到异常会做同样的事，转向异常处理代码，或者再将异常向上汇报，这样逐层间错误传递出去，直到有一层处理了异常或是一直报告给程序的使用者——用户。这个层就是调用栈，当用户A运行程序B，B从函数C开始执行，调用函数D，再调用函数E，再调用函数F，这时F出现了异常，那么这个异常的调用栈就是A(栈底)—〉B—〉C—〉D—〉E—〉F(栈顶)，这个异常就会沿着这个栈从栈顶开始向栈底的方向报告，如果在函数C中有对这个异常的处理代码，那么这个异常的报告链就是F—〉E—〉D—〉C。可以看出，如果在完整的调用栈中没有处理这个异常的代码，用户A就成了异常报告的终点，向windows界面系统，会弹出一个恼人的消息对话框哈。那么用户A向谁报告呢，哈哈，这个已经不属于程序的范围了，感觉用会对程序而言好像上帝一样，诉说痛苦已经让上帝都听到了，就心满意足了哈哈，看来程序真虔诚哈哈。对于异常这个特性，也可以比喻成下属向上级报告问题，如果下属知情不报，问题就严重了，你要是领导知道下属是这样的八成就踢了他，相反如果你有一个报告机制健全的下属队伍，哈哈你就威风了。日本企业文蛤中有个宗旨——联络，商谈，报告，其实就是想让员工都具有向上级汇报的习惯。现在再看看程序，哈哈，你不用给她们灌输什么企业文化，不用她们讲述什么报告的重要性，她们本身就是忠实报告的，如果把程序员比作企业老总，那么程序就是训练一队有素的员工。怎样处理异常。在这里有个原则就是“永远不要去处理你不知道怎么处理的异常”，也就是只处理你知道如何处理的异常，对那些你不知道的异常必须广开言路，并积极地向上级汇报。什么叫知道如何处理呢？先说一下处理异常有哪些方式，大体有，弹出提示消息框(这个消息框不同于那个恼人的异常报告消息框，她是捕获异常后，根据处理的具体环境程序员主动编写的友好的提示消息框)，记录错误日志，吞掉，做善后工作等等，那么出现异常时就要站在出现异常的模块的立场上考虑一下我应该选择哪种处理方式呢？如果不能做出选择就选择不处理，即向上级报告。举个例子，函数Fun1是创建并返回一个活动的数据连接对象的方法，他接受一个数据库连接字符串，如果调用者（上级）给他一个错误的连接字符串，这时Fun1创建不了连接对象，产生了一个创建不了连接对象的异常，那么这时他应该怎样处理这个异常呢？弹出友好的消息框？说什么友好，Fun1根本就不知道是什么原因使他接收到了错误的连接字符串，弹一个“连接字符串有误”，用户肯定都有杀你的心，这个提示和用户的业务逻辑有嘛关系！记录错误日志，这个还行，但是记录下来的文字无非就是“连接字符串有误，连接字符串是：SQL……”，好点的话，从连接字符串中看出了问题，一般情况下还得根据代码上下文去找问题原因。这个方式不是不行是不好。吞掉，哈哈开什么玩笑，你既创建不了连接，又不吱一声，想让调用者疯了呀，这个肯定不行。做善后工作，行，确实应该清理一下现场，免得浪费资源，但是还是没吱一声，所以这个方式做的不彻底。没招了，哈，其实上面的分析给我们指明了一条路，帮助我们祛除了错误的选择，这条路就是向上汇报，或是不加任何出来代码，或是记录日志，做些善后，再重新将异常抛出。那么什么时候就知道怎样处理异常了，这就得看实际的情况和用户的要求了，这句话等于没说，就像其他的标题醒目但给出的结论却模棱两可文章一样，哈哈，这里可以给几个建议，1，一般地，底层模块或是方法中不要处理异常，2，编写公共模块、DLL等是，不能采用弹出对话框等依赖于平台，框架的方式处理异常，3，编写公共模块、DLL等时，必须在使用文档中注明每个方法属性可能抛出的异常。4，永远不要写 try 这样的语句。{ } catch(Exception) { o nothing } 自定义异常。明白了异常的原理和机制后，就可以自己定义异常了，这样的实践往往在编写控件、公共模块、DLL等的时候，用错误编号在网上搜索一下，能找出一大堆关于错误代码的描述。其中大多数是M(icro)S(oft)制定的，MS 从操作系统到各种各样的框架都有对各种异常的编号，对每种异常做出了详细的定义，如果你还用过像Spread等商业控件，也可以看到他里边的各种各样的异常定义，也就是说我们自己也可以定义异常，在必要的时候，这样就可以让自己写的模块也加入到训练有素的员工队伍中了。至于如何定义异常，具体的编成语言有具体的做法，比如C#中指定一异常一个从Exception继承来的类，VB中异常是个全局变量等等，参见感兴趣语言的语法指南就可以了。对异常的重新认识，一直以来许多人都认为异常是非常可怕的，可恶的，她是错误的化身，她有恼人的弹出对话框，弄得用户跟凶煞恶神似的哈哈，其实这些都是误解，异常一直默默地忠实的报告着程序中出现的严重的不可回避的问题，她为了程序、系统的正确性、严谨性呼唤你，希望你重视这些问题，希望你用智慧解决这些问题，她是多么的可爱，又是多么的高尚，从来没有因为对她的误解而放弃自己的使命……异常很重要，我们更好学会如何去使用她。

为了毕业以后能够更好地融入社会，往往学校都会组织学生进行实习，不管专业是否对口，但实习一段时间，总能有些心得体会，也算是收获吧。以下是由我为大家整理的“计算机毕业实习心得体会”，仅供参考，欢迎大家阅读。

为了把所学知识与解决实际问题相联系，能够利用计算机处理工作中的各种信息，我在xx公司的技术服务部进行计算机专业的毕业实习，主要是从事网络维修服务工作。

作为实习生，我严格的要求自己，甘于吃苦，任劳任怨，尽心尽力，遵守公司的规章制度，主动打扫办公室卫生，尊重领导，维护领导的威信，适应领导的工作习惯、工作方法、工作风格以及工作特点。主动向领导、向办公室同志学习，取长补短，加强沟通，增进了解，提升能力。对领导和办公室交办的日常文字材料，即接即办，保证按领导的要求按时、准确办结，不断提高工作效率。

我的领导逻辑性较强，凡事爱有个前因后果，对这样的领导就要在谈工作时要讲事实，摆观点，有分析有推理，了解领导的工作风格和特点，目的是为了更好地做好工作。当然，在尊重领导的前提下，要敢于提出自己的观点，要有维护真理的精神。在协调与本部门领导的关系时，对待当事人要热情周到，庄重大方，言行得体，不卑不亢，树立起一言一行，都直接、间接地影响办公室或领导的形象的意识。

虽然实习用到的计算机专业的知识不多，但是我仍然能够感觉到自己的计算机知识还是不太扎实，如果要学以致用，还需要进一步加深自己的知识水平。

在实习期间，我深切地感受到，技术服务部是一个团结、上进、充满活力的集体。面对工作上的困难，大家总是互相帮助，直至解决难题。整个部门和睦相处，就像一个温馨的大家庭。而部门领导就是这个家庭中的家长，给每个人很大的空间自由发挥。从他们身上，我真正体会到了＂敬人、敬业、高效、高水平服务＂的真实意义，体会到了服务部＂服务、奉献＂的意义，体会到了＂创造完美、服务社会＂的服务理念，知道了什么是＂创新就是生活＂。

特别令我感动的是，每当我遇到困难向大家求助时，谁都会无私的告诉我；我对能到这样的公司实习感到骄傲，感到自豪。我很庆幸自己能在这样有限的时间里，在这么和谐的气氛中工作、学习，和同事们一起分享快乐，分担工作。所以我努力向同事学习，不懂就问，认真完成领导和同事交给我的每一项工作。部门领导和同事也都尽力帮助我，给我有关知识。

根据朋友介绍，我来到xx公司进行实习，主要负责公司游戏平台功能增加和代码优化，公司游戏频道SEO搜索引擎优化，为产品人员提供数据，实习一段时间，分享一下自己的心得体会。

1、用手写代码前认真阅读需求

我们的需求可能来自产品、测试、客服、运维，也有可能是自己组的，不管你的需求是来自哪里，第一步需要做的就是认真阅读需求，先不要急着写代码，看完需求后想想实现这个需求有没有技术上面的问题，如果有问题再和你的同事讨论；没有问题后你才开始写代码实现需求。

2、沟通非常重要

我们对需求的认识可能和提需求的人有一定的差别，在做完需求后一定要将提需求的人和测试人员拉到一个群里讨论，看是不是提需求的人想要的结果。我刚开始做完第一个需求的时候，都是单独拉一个窗口分别和产品、测试人聊，这样的话不仅很累，而且在需求上线后出现了问题也没有人证明提需求的人和测试人员都同意上线了的，那么最后的责任就在你。所以，最好的解决办法就是将这些人员拉到一个RTX群里交流，交流的时候尽量将问题描述清楚，如果在RTX上不好描述，那么就走到那个人位置面对面交流。沟通在项目开发过程中非常重要！

3、先实现需求再优化需求

我第一次做需求的时候，记得是新增一个后台功能，师父要我做的时候走后台框架路线，我之前在学校都不怎么认同用PHP框架来开发，因为它在第一次访问的时候要初始化很多系统资源，但是我手上的这个需求并没有多少代码，走框架的话明显有点浪费。纠结了半天被师父批了一顿，说后台的功能，就网站运维的几个人再用，根本没有比较考虑性能的问题，并且走框架的话非常容易维护！所以，在你做需求的时候如果需求不是很多人用的话先实现了再去考虑性能的事，毕竟这样的功能是要尽快上线的，不要将时间浪费在这些个没有必要的考虑上！

4、将需求尽快做完

很多人认为在软件公司就得加班，其实不是这样的，加班是因为手上的需求没有在指定的时间内做完。所以，接到每个需求都尽自己最快的速度完成，这样才能保证自己尽量不会加班！

5、制作线上的数据要非常小心

最后一天实习的时候我手上还有一个小需求，在前一天加班完成得差不多了，本想在实习的最后一天上午就完成，但是因为自己完成心切，一不小心在写SQL 语句的时候忘写了where条件，导致整张数据表里的记录都是一样的了！后来找DBA恢复到之前的数据，弄了1个多小时才恢复过来！后来DBA教导：在写带条件的SQL语句之前先写where条件然后再写语句的其他部分。

总之这段时间的实习在公司学到了很多，体会到了团队协作的重要，也感受到了软件开发流程的严谨！

今年假期，我在xx电脑城进行实习。最初，在部门领导和同事的指导和帮忙下，逐渐的了解了公司的组织管理结构、经营资料、企业文化及其管理体制，以及销售部的基本职责和义务。都说隔行如隔山，可我发现我这学计算机科学与技术专业的人即使是在自己的领地里也有太多太多的东西仍需我去努力探索和学习。

“良好的后勤管理和支援是企业运作中最重要的一个环节，就如同这样一句话的形容：三军未动，粮草先行。尤其对于搞销售的行业来说，这与销售本身的轻重是不相伯仲的。”主管在我刚到公司的第一天就这样跟我说。经过一段时间的接触之后，我发觉这简直就是一条公理。它不仅仅适用于科雄，也同样适用于其他企业。每想到这句话，我在做这些工作的时候也就格外的用心了。下面我分享一下这段时间的心得体会。

1、帮客户派送电脑到家或公司

作为电脑医院的一员，为客户上门服务，解决客户的实际问题。如系统或软件崩溃、硬件是否损坏的检查和维修等。与客户的良好交流和沟通是取得优异的工作效果的一个途径。公司的形象、公司的宗旨在不经意间就会由我们的言谈和举止流露出来，如果方式得当，会得到客户的认同和赞赏，那么，公司的形象就会在其心目中得到优化。在一次上门服务中，一位用户因为计算机故障而向电脑医院请求上门服务，主管为了检验一下我的潜力，便将我派去。

我费了九牛二虎之力，却仍是无济于事。最后，只有放下了，并如实相告，还承诺第二天请公司再派人来处理。当时已经是晚上十点多了，在此之前我一向在检查、测试，这些都看在了用户的眼里，记在了心里。第二天，公司重新派人去解决了问题。时隔不久，经理亲自来表扬了我，说是因为这件事，公司在用户心目中的形象和信誉得到了提高。我暗感惭愧却是兴奋莫名，因为我学到了取得优异的工作效果的一个途径，也使我更加警惕自己的知识。

2、以“旁观者”的身份进行学习

实习过程中，我自觉服从实习单位的安排，同时也把着眼点放得更高远，从公司的全局出发，去了解公司运行的基本规律、各层次人员的基本心态、行政管理的原则等，以求到达培养自己的目的。

3、以“学习者”的心态进行实习和工作

无论从公司还是从个人的角度来讲，我都是一个初学者和新手，许多事情都得从头的学起和作起，所以我一向以谦虚和勤问、勤学的态度来对待一切人和事，并用心的探索理论和实践相结合的途径，怎样做才能更好、更有效率。利用实习机会，深入社会，为正式步入社会工作做好准备。

4、适时的去学着做销售工作

全能型的人才是当今社会和企业都急需的，我虽然不能做到全能型，但至少要能胜任许多领域。为了提高自己的销售技能和潜力，在公司的门店里我虚心的向各位前辈求教，边学边做，虽然只有十多套电脑的记录，但还是得到了主管和经理的赞同和表扬。

实习的工作很累，但不辛苦，因为我的心中充满了用心向上！