IT工作心得感想范文3篇
我们在一些事情上受到启发后，往往会写一篇心得体会，这样能够让人头脑更加清醒，目标更加明确。你想好怎么写心得体会了吗？下面是小编帮大家整理的IT工作心得感想范文3篇，欢迎阅读与收藏。
IT工作心得感想范文3篇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一部分，然后电话，觉得合适，才会发邮件和你约接下来的面试或者测试。往往这时候，当你投过几十份上百份以后，任何人打电话过来告诉你公司名，你是不可能回想起来的，因为保存一份doc包含公司职位，地点，公司信息，seek上对应的职位描述页面，公司的页面等等信息，是很有必要的。一方面你能掌握投过哪些，可以避免重复投递失败的职位，另一方面能够对自己投过的数量有个统计，如果长久没有回信和回音，就应该及时对简历和cover letter做出调整。对此我是使用google docs，方便在于云在任何地方都能访问，这和邮箱是一样的道理。
另外我对不同的地区也分了文档，分别是sydney，melb和其他。根据我的统计，ydney的机会是最多的，大概占了全澳的三分之二，当然人口和竞争也是最多的。melb的话，大概数目是sydney的三分之一至一半，而其他地区加起来，也就和melb的机会一样多。我的情况是，sydney的回音是最多的，其次则是昆州等地区，melb则一个正面回复都没有，唯一一个email联系过一次的，也在二十天后拒了我。大概是因为我人在sydney，而昆州缺人缺的太厉害的原因吧。
在技术分布方面，网站或者web application方面开发是最多的，不论前段还是后端。然后后端技术php最多，net和j2ee差不多， python， RoR甚至perl也曾见过，不过非常稀少。除了做web，数据库是相对来说多点的，不论是做分析开发挖掘还是管理，都不少，是个可选的方向（虽然个人感觉枯燥）。再就是iOS等移动开发看得出来有越来越火的趋势，值得一追。底层系统开发或者网络之类的，大概是最少（但貌似钱是最多的，因为稀少）。薪资方面，悉尼算是全澳消费数一数二，薪资方面确实是如此，45k+super是行业基准线（当然是对junior/entry而言）。其他地方也能拿到40k左右的，但和房价一比，这40k就比悉尼的值钱太多了。
其实对我来说，如果拿到了面试机会，能拿到offer的机会大概就是一半以上。最焦躁的，其实正是等待回音这个阶段。在我正式开始投简历的两个礼拜以内，只有少数的email和电话，一个正经的面试机会也没有，不过在接下来的两个礼拜里，面试开始爆发了（上周三个，这周四个，下周四个）。
我想这是和澳洲人生活工作都比较慵懒有很大的关系，所以各位完全不用担心和过于焦躁（我今天还接到20天前投的一个职位的电话约定面试）只要有电话和email回信，就说明你的cover letter和简历是有用的能入眼的，但如果电话和email回信在两三个礼拜里基本没有，就应该及时的做出调整了。
至于面试方面，我实在无法给出什么实际有用的意见。
大概的把常见面试问题看看心里有个谱不要到时候突然发慌，技术问题自己慢慢准备积累，穿着方面自己觉得看的过去（像我这种从来不喜穿正装的人还是去买了件半正式半休闲的衬衣来做面试圣衣），面试前不要太饱和太饿否则都会影响大脑运作，开始前喝点咖啡能量饮料都是可以的（不过要注意这两个都是利尿的，对于长时间的面试就不要喝太多水之前），面试中应该不卑不亢，该笑的时候笑不该笑的时候不笑，能够自己来控制面试过程中的气氛走向是最好的，切忌过于紧张或过于兴奋，另外最重要的一点是诚实，因为假话自己是没有记忆的，反复问的话会出问题，不如不说。
关于英语，语速不要过快，平时自己怎么说话就怎么说，也不用特意去准备什么商务英语。脏话的话，能避则避，不过兴奋的瞬间脱口而出也倒不是什么大不了的事，毕竟澳洲人这方面都非常的不古板和不保守，所以不用特别在意。我面试的感觉是，其实我们这个行业，技能方面都差的不多，毕竟学习能力才是更重要的，所以个人人格魅力起的作用比想象的要大很多，鬼佬大都喜欢开放有趣有自己生活的人，有话谈得来，公司团队气氛融洽才是他们看重的，当然这些都是建立在技能能达到最低基本要求的基础上。
在国外工作的好处就在这里能得到体现，毕竟任何价值都是人创造的，人才是工作里的一切，把人当人才会有更好的效率和效果。如果面试顺利，接下来的就是接受offer与否了。当你的面试太多，可以选择的公司太多的时候，受offer与否就是个纠结的命题。是选你爱的，还是选爱你的，是个从未消停的问题（在各个领域）。而由于我从来都是只在乎自己爱的，所以拒掉一两个offer去等待自己爱的公司在我看来是天经地义。但这并不适用于所有人，毕竟个体追求不同，另外如果机会和offer对你来说非常稀少和难得，抓住转瞬即逝的机会也并不是不可取的，毕竟有了温饱才会有更多的精力去追求自己爱的人和事。
关于求职，在我们这个地方和这个行业，我的经验不多，大抵就是以上这些，希望能对正在袋鼠国挣扎的朋友有些许的帮助。有任何疑问可以尽管放马过来，我会尽我所能的回答并补充到下面，谢谢。
IT工作心得感想范文3篇2
看到了很多同学问到各银行的待遇以及IT部门的发展之类的话题，想到了自己银行的情况。
1、加班非常多。
机房是24小时开放的，每天都有人值夜班。我所在的地区我们分行只有800人不到，IT部门就只有6、7个人。他们每天除了正常的工作之外还要应对各种培训、学习。银行因为白天要对外营业，所以每次培训之类都是在晚上和周末，而且不是800人一起培训，而是今天这个培训，明天那个培训。这个工作量是非常大的。而且银行加班基本是没有加班工资的。因为国家不允许这种量的加班。
2、薪水问题。
大家都说银行薪水好。那是因为大家看到的只是薪水好的部门。我现在在银行做贷款，属于一线营销岗位，薪水自然还不错。但如果你不是做营销而是后台部门比如IT，那你只能拿到基本工资和平均奖金，这个数字看起来就没那么有吸引力了。除非你能当老总。
可这个部门不像营业网点，一个地区可以几十个网点，这个IT部门基本上一个地区就一个，也就是说一个地区就一个老总，这个老总又不像别的岗位可以横向调动，在银行里做IT你就只能做IT，不可能调你去做什么公司业务，所以我个人认为升迁的机会也比较小。
但如果你是去总行的信息技术部搞些个产品研发之类也就不说了，那肯定是非常好的，但这样的部门基本也不可能要一个刚毕业的学生。
3、银行的各项任务是很重的，而且可能看起来都非常不人性。
不要以为你在IT部门就不可能有任务。我们讲究的是全民皆兵。以上只是我个人的一些看法，给一些纯粹是为了拿高薪找安逸的同学一个提醒。当然银行也有银行的好。比如：
1、如果你做的`很好，这里指的是营销，比如你能带来大量存款，你有很广的客户资源，那你的薪水会非常高而且不受职务限制。
2、福利待遇非常好。
我们银行给我们解决了所有的后顾之忧，你只要好好工作，其他什么都不用你操心，我们有非常低的行员贷款利率，你买房子就不需要担心。我们是按照最高比例来购买各种保险、公积金之类。即使你生病了，你住院了，不但医药费都能报销，算下来你每天还能赚几百块钱，可能比上班都高。总之吧，银行就是个数字说话的地方。想在这做IT可能你永远都做不到最顶端。但也有他的好。
大家各自考虑吧，只是就个人的感受给大家的建议。
相比较之下我认为我所在的招商银行是最有潜力的银行，发展非常快，企业文化非常好。工、农、中、建四大行规模非常大，但因为是老行也有很多弊端，国企思想比较严重，论资排辈。交行的特色在于他是股份制银行中最大的，个人理财比较突出。民生是最变态的，只要你有业绩，第二天就是行长，只要你没有业绩，马上从行长变成行员。中信是业内口杯最差的，到处乱市场，很受同业鄙视。华夏的最大特点在于他的公司业务。一般越小的行可能待遇越好，机会也越多，因为他在发展。其实就个人而言，我觉得银行里做IT就像是当年我们来北邮，大家都知道北邮非常好IT业的最高学府。可我们当时因为种种原因到了北邮的语言学院学外语。并不是说语言学院不好，我们在这里也学到了很多东西。但这里的主流是IT，语言院再发展可能也比不了北京外国语。
就是说你是到一个非常好的学校一个非主流的专业，还是到一个一般学校的主流专业，你可以自己考虑。
IT工作心得感想范文3篇3
我在一家叫做Coverity的公司工作，我住在三藩市（San Francisco）。Coverity是一个奇怪的公司，三藩市是一个奇怪的城市。Coverity制造一种叫做“静态分析”（static analysis）的软件。这种软件可以在不运行程序的情况下，经过对代码的分析，自动的找到程序里面可能出现的问题。这有点像我之前给Google做的那个Python分析器，只不过针对另外的语言（C，C++和Java等），分析的侧重点不同，能处理代码的规模也貌似大一些。还有就是这么多年了，久经沙场考验了。Coverity具有世界上最先进的一些技术，所以麻雀虽小，却让很多人离不开它。
恐怕很少有人知道，这小小的公司的忠实客户，包括了一系列的大拿：美国宇航局，波音，洛克希德马丁，雷神（Raytheon），BAE Systems，丰田，欧洲原子能中心（CERN）……貌似几乎所有对代码质量不敢有丝毫差错，又不得不用像C++这样毛病众多的语言的公司，都购买了Coverity的产品。比如最近的火星好奇者号上的所有200多万行代码，都经过了Coverity的静态分析。
当然，如此精密的设备不可能光靠Coverity查一下错就能确保万无一失，它必须依靠很多其它的技术，但Coverity确实是这些东西的开发过程里面比较重要的部分。我必须承认，Coverity给了我足够的启发，甚至间接的让我发现了自己之前做的Python静态分析里面存在的一些问题。Coverity的产品在大规模的代码上面的成功，也让我意识到了自己在Python分析器里的一些突发奇想的设计的正确性和价值。
如果我现在做一个新的Python分析器，它将比原来的精确和高效（也可以推广到其它语言比如JavaScript）。我也清楚的看到，Coverity自发研制的一些“不大严谨”的做法，其实比程序语言领域里面一些看似高深的“逻辑”还要“正确”。这些微妙的“提示信息”，让我把多个领域的知识串通了起来。所以我觉得跟这公司还有点臭味相投，加入Coverity也是不枉此行的。然而我也发现，Coverity缺少我拥有的程序语言理论知识。绝大部分的Coverity工程师没有系统的学习过lambda calculus和函数式编程。在我的Python分析器中，其实包含了Coverity还没有的技术。Python的静态分析本来就比C++和Java之类的难，然而我的实现却异常的简单。
这些微妙的技术，貌似很多人都可以说他“会做”，但是他们却很难把它做对。这就像“CPS转换”一样，很多人都说他会做，可是真正做对的只有极少数人（我是其中之一）。这些技术源自于我对程序语言本质的理解，源自于Dan Friedman，Kent Dybvig和Amr Sabry等老师的教诲，也源自于我自己辛勤的实验，实验，再实验……在我简短而优雅的代码中，包含了许多人需要花费好几倍的代码长度才能达到的目标。所以虽然Coverity的工程师们技术实力很强，但在代码的简单程度和对程序语言语义的理解上，真的很难达到我的程度。
这就是为什么我经常能够一眼就看出Coverity产品里存在的问题，并且很快的修正错误。举一个简单的例子，有一天我修改了一行代码，使得产品在某些benchmark上的内存使用量减少了一半。我为什么可以做到这一点呢？因为在我的Python分析器里，这个问题是从一开头就不存在的。它源自于一种幼稚的解释器写法，有点像GoF的《Design Patterns》里的那种。
Coverity的代码里面有好些类似的问题，都是我自己根本不可能犯的错误，我都没有机会给他们改进。我不是想贬低同事们的`水平，他们都是Stanford，Berkeley等学校毕业的高手，可是我也很清楚自己的技术地位。所以我就经常发现这样的麻烦事：我顺手改掉了一个自认为很显然的问题，或者一个我根本不会犯的错误，然后就发现有大批的测试需要被修改，我也会被要求写出“regression test”，用以防止同样的错误再次发生。某些同事对于测试的战战兢兢的态度，其实跟我当年在Google实习的时候没有什么两样。看到这里的问题了吗？这些我“根本”不会犯的错误，几分钟时间顺手就改掉了，但是我却要花成天的工夫去修改和创建测试，防止它“再次”发生。我不得不说，在这些测试上所花费的工夫，占用了比我修改代码多好几倍，甚至几十倍的工夫！
想想这六个月以来我干了些什么，再比较一下在Google实习的那六个月独自从头做出来的东西，我发现自己简直什么也没有干。这就是我不喜欢“测试驱动开发”（TDD）的原因。在Google的六个月里，我无视同事对于测试的要求，从无到有的做出了如此精密的系统，一个测试都没有写照样做得好，为什么呢？因为我的代码非常的简单清晰，我随时都可以把它们完整的呈现在头脑里面，从而让“心灵之眼”可以看到可能出现的错误。也许这就是所谓的“逻辑思维”。
对测试过分依赖的人，往往不具有这样的思维能力。他们不能够看到代码最简单的本质，所以需要做很多试探，以求达到“近似解”。为了不至于偏差很多，就写很多测试，用以捕捉和防止每一次的错误。这就像一个初学画画的人，一点一点的描，用橡皮反复的擦，可总也抓不住事物的精髓。这些人对“错误”的记忆能力特别强，往往深入的追究一块代码是“如何”错的，“为什么”是错的，下次如何才能不犯同样的错误。然而我却没法记住之前的代码是如何错的，我也不想知道为什么它是错的，我只记得“正确”的代码是什么样子。错误的方式有千万种，可是正确的却往往只有一个。把脑力浪费在记忆错误的东西，这就是为什么很多人不能写出真正优美而正确的代码。我受到的训练让我可以直接得到正确的结果，所以测试对于我来说分量没有那么重。当我的代码需要大量的测试才能确保正确的时候，那就是它该被推翻重写的时候。所以我的代码往往没有任何补丁和变通，可以说是无懈可击。这就像是一个真正会画画的人，他闭目沉思，然后一气呵成。
当然，优美的代码并不是一蹴而就的，有的代码被我推翻重来几十次才最后成功，但我最后的代码不留下丝毫错误的痕迹。所以我觉得，看一个程序员的水平，不要看他留下来多少行代码，而要看他删掉了多少行。我觉得做Coverity的工程师真累。这种累不止在于以上的技术层面的繁琐，而且在于管理层对工程师的缺乏尊重以及不必要的压力。这让我在受到了足够的“启发”之后，开始怀疑是否还有继续为它工作的价值。对于公司管理，以及对于IT行业总体的看法，我还是以后再讲吧。
【IT工作心得感想】相关文章：
新员工工作心得感想09-13
幼儿保育工作心得感想04-24
工作的感想与心得体会03-14
营业员工作的感想心得10-22
班主任工作心得感想01-08
军训心得感想12-03
旅游感想心得07-18
高考感想心得12-01
小学班主任工作心得感想03-04