it实习自我鉴定

it实习自我鉴定

　　已经参加it实习工作之后的你，究竟大家有什么收获呢?那要怎么写实习自我鉴定呢?为此小编为大家精心推荐一些it实习自我鉴定范文的优秀例文，希望对大家有帮助。

　　it实习自我鉴定范文篇1

　　工作是一件可以学到很多锻炼很多的事， 虽然充满焦虑和等待但也充满着刺激兴奋和足够的满足感。

　　从Melb回来以后，大概是二月初左右， 我开始正式寻找一份能带来稳定收入的全职工作。 我没有PR，成绩普通，只有大概半年在一家华人公司做网站的开发经验， 但我从来都没有觉得会找不到工作，因为我坚信在这个行业， 技能和学习能力思考能力是大于其他一切的。IT这个行业， 方向太多， 所以我的想法是， 在开始找以前， 应该先把自己的方向和未来的职业选择好， 不要顾及面， 而应该专心于点和深度(这和做某件事倒是有异曲同工之妙)。就是因为行业方向多， 专精和学习能力才是雇佣者真正考量一个junior雇员的事。

　　方向和具体职位定下来以后，就开始具体围绕这个职位的普通要求来修订简历。简历不应过长，一页即可。 能够不需要的内容，比如爱好兴趣人格之类的，都不要往上面放。从技能开始是比较好的方式，学历倒是一笔带过即可，因为只有很大的公司比如银行或者四大才会以分数来做第一轮筛选的标准，而我一方面是分数不行，另一方面对大公司向来有生理上的厌恶感，所以根本就不会考虑这个问题。

　　接下来就应该罗列做过的事，如果有portfolio就放链接和简单的描述，有工作经验就放工作经验，都没有就放学校的项目经验，如果都没有，就先去找了做了再回来这一步吧(需要注意的是，只放和所求职位相关的经验，比如是php的职位关于java的我就基本都不列)。罗列经验时，尽量不要有段落篇幅，而以短语bulletin为主。看简历的人是没时间来读小说的，所以在最短的时间内能提供给阅简历者最大的信息量是最值得考量的东西(这个倒是和SEO有点像)。另外，诚实真实是我自己的坚持，只写真正做过的事，只写真正懂并有经验的技能，任何不懂的都不要往上写，要确定你所写的技能，都是你能动手去做实际做过的。技能的罗列也要由最强到最弱的顺序来排，项目经验也是如此，就和客户用google搜东西不会看两页以后的网站是一个道理。

　　另外，强调自己的什么人格优势，团队性格之类的，我完全没有放进简历，因为这些可以通过cover letter来描述， 没有必要再这里占用宝贵的简历空间。而且这之类的事也不是你自己写了人家就信的，真正有面试时人家自然会来体会。简历的事， 大抵就是如此。

　　接下来我开始操作的是cover letter。为不同的职位公司来多次修改cover letter是我前一年找工作时经历的最痛苦的事之一。 所以这次，在确定了只投相同或相似的职位以后，cover letter变得轻松了许多。写好一个万用的cover letter是很辛苦但是益处无穷的事，属于典型的一次投入多次回报。cover letter大抵是四五段左右，用词用句都可以自己去搜一下，最好避免自己写太多的句子，毕竟大部分像咱们这样的，写作都不咋的。

　　因为属于比较正式的信件，还是多用点稳妥的书面表达比较好。第一段大概就是讲自己在哪里看到职位然后自己是什么样的一个情况于是有意愿来求职。第二段就开始要针对职业描述上的每一条来列举自己能够符合靠上去的技能，自信点大胆点就好。

　　第三段就可以谈谈自己性格上的优势，人格上的魅力，多么多么的团队之类的屁话，这是必须的。最后就总结下，自己觉得自己能够胜任这个职位，能给公司或者团队带来如何的益处，希望能有面试的机会，并附上自己的联系方式电话邮件等等。在我投过的所有机会里，九成九的我只修改了日期和职位名称，当然这和我所投的web developer这个名称比较宽泛有关。cover letter的重要性，我觉得还是必须重视的，毕竟大部分人都是先看邮件正文里的cover letter， 再点开附件看简历， 和简历的重要性相比可以说有过之而无不及，可以说是敲门砖的敲门砖， 如果这块就掉了， 就连砸一块金砖过去敲门的机会都没有了。

　　搞定上面两件利器以后，有些细节要注意一下。不要用自己平时的联系邮箱，而应单独注册一个求职专用，能直接从邮件地址上看出人名的邮箱(这点由江江同学贡献)。我个人的建议当然是gmail，速度快容量大无广告，功能多和google产品结合较好，IMAP的访问方式在iphone上堪称完美。在注册这个求职专用邮箱以后，直接在设置里全部转发到自己的常用邮箱(是gmail当然最好)，这样就避免了每天需要查几个邮箱的麻烦。在自己的常用邮箱里，建立关键字过滤器。有工作相关的关键字时，全部打上专门的工作标签来分文件夹。全部用gmail的好处还在于，在自己的常用邮箱里回复邮件时，可以直接选择自己的发件地址为求职专用邮箱而不是自己的常用邮箱，方便且专业。说到这里，有件小事让我对gmail的喜爱又上一个台阶。在我们的cover letter里， 通常会有I have attached my resume below之类的文字，有那么一次，我在贴完cover letter至邮件正文后，忘记了上传附件而直接点了发送。此时令人惊讶的事发生了，一个popup对话框显示，“您的正文中有attach字样而附件为空， 您确定要发送邮件而不附上任何附件么?”，我当时就震惊感动佩服的五体投地。如此细小的地方都做了用户体验方面的设计， 让人如何不爱google。

　　其实我觉得，在做好了以上的事以后，找工作接下来就是一个机械重复的体力活，如何把规律的体力活做好， 其实也是有一定的技术含量的。澳洲最大的找工作网站是seek，其他还有mycareer，不过我只专注在seek上，因为seek大概占了全澳百分之八十的招聘信息，已经足够任何人去投了。

　　注册seek以后，先根据自己的情况来完善profile。接下来，最重要的事就是，邮件订阅。seek提供了根据关键字和其他特别字段要求来发送每天更新的新招聘信息至用户的邮箱。根据每个自己想要的职位，来设定特别的关键字，级别和薪资要求以后，对应的每天新增的信息就会以列表的形式在夜里三点左右发至你的邮箱。于是以后的事，就是每天查查邮件，然后选择自己觉得合适的去投。一个重要的事是， 有很多招聘信息是猎头中介发的 类似这种我是一概不投的，因为大都石沉大海，而且不直接与公司的人接触面试什么的 也对公司无法了解，这种浪费时间还不讨好的事不如不做。

　　另外一件值得做的事是，记录下你投过的公司和职位。因为一般的流程是，对方会先short-list一部分，然后 ……此处隐藏1604个字……地方。想在这做IT可能你永远都做不到最顶端。但也有他的好。大家各自考虑吧，只是就个人的感受给大家的建议。相比较之下我认为我所在的招商银行是最有潜力的银行，发展非常快，企业文化非常好。工、农、中、建四大行规模非常大，但因为是老行也有很多弊端，国企思想比较严重，论资排辈。交行的特色在于他是股份制银行中最大的，个人理财比较突出。民生是最变态的，只要你有业绩，第二天就是行长，只要你没有业绩，马上从行长变成行员。中信是业内口杯最差的，到处乱市场，很受同业鄙视。华夏的最大特点在于他的公司业务。一般越小的行可能待遇越好，机会也越多，因为他在发展。

　　其实就个人而言，我觉得银行里做IT就像是当年我们来北邮，大家都知道北邮非常好IT业的最高学府。可我们当时因为种种原因到了北邮的语言学院学外语。并不是说语言学院不好，我们在这里也学到了很多东西。但这里的主流是IT，语言院再发展可能也比不了北京外国语。就是说你是到一个非常好的学校一个非主流的专业，还是到一个一般学校的主流专业，你可以自己考虑。

　　it实习自我鉴定范文篇3

　　IT运维工作直接关系到应用系统运行的正常稳定，但运维工作纷繁复杂，正规化、系统化相对比较弱，如何改变这种现状?从众多的运维工作者的成功失败中进行经验总结，并提升为运维规则，是提高运维水平，保障应用系统正常稳定运行的有效途径。

　　笔者通过自己的多年运维经验，总结出以下必须遵守的基本运维规则，可以大大减少缺乏经验的运维人员因为自身失误导致系统出故障的可能性。

　　一、系统变更、升级应先在同样的环境测试通过，执行前应有经过验证的回退预案

　　运维是一门经验的学科、是一门试错的学科。没有做过的东西、总是会给你出意想不到的难题，因此变更前，一定要在相同或者相似运行环境下进行测试，通过后才能在正式环境下执行变更。同时应准备好变更失败的回退预案，比如，做好系统备份、数据库备份、配置备份，固化变更前的运行现场，让变更有回头的机会。

　　二、对破坏性的操作要先确认符合预定方案，然后谨慎执行 什么是破坏性的操作?

　　比如：

　　对MSSQLServer，执行update操作，因为不需要commit，所以特别容易忽视也特别危险，还有delete、drop等操作更不用说。

　　对 Oracle 而言：truncate table_name、delete table_name、drop table_name，这些语句执行起来轻松简单也惬意极了、但记住!即便数据可被回滚、代价也是非常大!

　　对 Linux 而言，rm -r 所有当前及其子目录的所有数据都将被删除。经历过这种故障的人、大多会给 rm 上个别名

　　A liasrm='rm -i'

　　同理、cp 和 mv 也可以有同样的选项：

　　aliascp='cp -i'

　　alias mv='mv -i'

　　对window而言，shift+del文件或者目录 对任何系统而言，无备份直接修改文件等

　　三、备份并验证备份的有效性

　　不管是硬件还是软件总有意外崩溃的时候，怎么办?备份!!!备份的学问很大、按照不同的维度可以分：冷备和热备、实时和非实时、物理和逻辑、全备增量备。

　　备份有了、可以高忱无忧了吗?不行!尚须验证备份的有效性。一个总有那么几次、备份无法保证 100% 恢复，简单的验证就是找个空库恢复出来。

　　四、对生产环境永保敬畏之心

　　这是避免应用系统发生故障的一条铁规，也是被开发、运维人员容易忽视的地方。要坚决杜绝直接在生产环境做开发、测试和bug修复，这些操作只能在开发和测试环境做，否则一旦出事，将欲哭无泪。

　　五、交接和休假最容易出故障

　　接手别人的工作要一而再，再而三的确认变更方案，请教人并不见得就是能力不行的表现;

　　休假前最好各种可以做好的事情，最好能够准备一份文档，指明在什么情况下怎么做和联系哪些人;

　　在别人放假的时候接手工作，“能拖则拖”，实在需要执行：必须不厌其烦的跟原系统管理人员确认各个操作细节。

　　六、一定要有监控手段和报警措施

　　运维人员赖于生存的工具就是报警和监控。

　　报警可以让你及时知道系统出现了什么异常、以便及时跟进、把故障扼杀于摇篮;

　　监控可以让你了解系统的历史性能信息、以历为鉴、可以知兴替、早做优化。

　　报警和监控是衣宽带水的好兄弟、相铺相成、互相促进。

　　七、使用自动切换技术需谨慎

　　为了保障数据库安全，往往会使用HA或者RAC之类的技术，但是这类技术能否真正在关键时刻起作用，则是需要经过反复验证和确认的。并不是按照文档要求做好了就够的，很多意外因素或者系统因素会导致自动切换技术并不能如期发挥作用。如果到事后才发现这一点，将悔之晚矣。

　　八、要有偏执狂的精神，方案要检查，检查，再检查

　　有这么一个人：

　　① 他在做一个变更的时候，会先提前一两周发送邮件并电话手机通知相关人

　　② 在测试机上写好脚本，召集大家 review 操作步骤和脚本

　　③ 测试完成以后拷贝到生产环境

　　④ 登录对应机器，“打开，关闭，打开，关闭”该脚本

　　⑤ 跟相关人员再次确认执行的操作，顺序，时间点，可能的影响和回滚是否都准备好了

　　⑥ 执行前还要退出这个机器，然后再登录进去，“打开，关闭”脚本 ⑦ 最后才在后台运行脚本，同时在另外一个窗口登录着，随时ps和查看结果输出

　　期间姿势端正，呼吸急促而均匀，眼神凝重。操作的人不觉得累，倒是一边观摩的人很累。

　　九、简单即是美

　　我们总是面临各种诱惑：新的系统架构，新的更智能的命令和工具，最新的硬件平台，功能更全的HA软件...你可以在线下安装，测试，怎么做都行。但是如果想要在生产环境下使用起来、请三思!!

　　能够使用系统内置命令的话，就不用考虑其他要专门下载安装的软件了 脚本本身就能完成的功能，就没有必要专门找一个功能丰富的软件来做 Linux本身自带的字符界面比那些复杂的图形界面要简洁方便

　　如果能做到坚持这九条铁规，你的应用系统就能长久稳定运行了。