程序员面试心得（7篇）

程序员面试心得（精选7篇）程序员面试心得篇1是非常重视效率的公司，工程师文化盛行，给我面试电话的是一个工程师，他说我是腾讯的软件工程师，近日收到你的简历，想找你聊聊。我还第一次接到非HR式的面试通知。过去后也是工程师接待我的，当时一直在想HR有什么可干的呢?技术面试分为四轮，第一轮是两个年轻的程序员，问一些项目背景啊，技术方向啊，也结合我的项目经验聊了实现原理之类，聊得还比较开心和轻松。第二轮是TeamLeader，重复了一遍项目经验，他的侧重点在项目进度控制和风险控制方面，他也问了我的薪资要求及技术意向，也说明了他们目前需要一个什么类型的人才。第三轮是专家评审，他们的侧重点在于计算机基础知识，项目实现原理，数据结构和算法，他们采取让你先陈述，然后由浅入深提问，层层递进铺开的面试思路，非常专业，这相比很多公司面试喜欢冷门的技术细节，不知道高到那里去了，这轮面试有很多开放性的问题，我回答时他们也会帮我纠正错误，整理思路。第四轮是技术总监面，这哥们穿着真太随意了，他好像比较忙，一直不断在电脑上敲，只问了我两个问题，说说你从业生涯中遇到的最大技术难题和解决过程，说说你熟悉的两个开源项目以及项目背景和原理。我在小白板上写和说，过程中他很少说话，过程中他一直：然后呢?还有呢?最后看了一会小白板就走了，我一直纳闷他到底听了没有。最后就是HR，她说该了解的都了解了，你有什么问题问我没有，我简单问了几个公司结构的问题，然后她就和我谈薪资了，肯定是我开的薪资太低了啊，吐血啊啊啊，她淡淡说了一句，这个薪资没问题，我们一周左右给你发offer就结束了。程序员面试心得篇2近年快速发展，也是我一直想加入的公司之一，只是我一直不知道广州有研发分公司，直到后面听一个朋友说的，于是就过来聊聊了。首先是前台MM给我一张我很介意的背景调查让我填写，尽管不想填，还是耐性填了，有一份比较简单的笔试题需要做，题目主要还是一些线程，消息之类的Android基础题，感觉并没有根据级别来出题。技术面试有三轮，首先是一个酷酷的灰衫人，问题集中在计算机基础上，项目背景我介绍完了他也比较简单问了一些问题，相对而言会少涉及Android开发，深度也有所欠缺，他理解能力非常好，有些专业性问题看得出来他没有接触过，但是很快就可以理顺，途中他有问我这个面试题怎样，我坦诚回答对我而言知识点深度广度有所欠缺，如果有针对性会更好。二轮是一个看起来很Nice的年轻哥们，面试过程一直保持微笑，口头禅是为啥?面试内容上项目经验涉及会比较多，也有一些设计模式和数据存储相关，项目周期和风险控制也有所Check，总体下来理论为主，技术点比较少比较浅，面试聊得挺愉快滴。三轮是总监面，大部分问题围绕在你有什么优点，相对其他程序员有什么优势，有没有某个项目因为你加入而变得不同，前两轮也有一些这类问题，但不像这轮变成一个针对点，确实有一些项目组因为我的加入变得不同，但并没有发生过质的裂变，虽然这种问题有压价铺垫的嫌疑，我一直觉得开源技术的发展已经让整个互联网行业变化，相对上个时代，团队才是决定因素，但整个面试都有这类问题，也能侧面反映出公司有个人主义趋向。最后是HR谈薪，HR帅哥很赞很爽快，没有很多公司的职业套路和夸夸其谈，我的面试评价挺好，薪资要求超过了总监决定范围，他说去申请，很快就收到了offer。在呆的时间短暂，和同事的相处挺好的，经常在一个小台球桌上玩儿(一面的灰衫人花样虐菜我)，业余活动也很丰富，有健身房和滴滴，加班很多(22点离开算早)，行政MM各个节日活动都很用心，年会也非常高大上玩得很嗨森。在这里从事了很多业务方向的编码，猎豹有一些原有的通用模块，但大部分已经无法适应要求，每个项目都需要造一次轮子，努力想推进一些通用模块的编码，很难有机会和支持，虽然一直觉得不适应，觉得这并非一个有技术氛围的公司，开发地位相当低，但还是想努力改变自己来适应环境。真正促使我离职是转正评审，其实我觉得自己在猎豹的输出还是不少的，有诸多槽点，也相信自己是至少及格的，转正评审投影一直不太好用，时有时无的，我分别从项目输出、技术输出几个方面说了，期间参与评审的两个上司一直在玩手机，讲完后却说我未说过对项目的贡献，几乎全盘否定了我在通用技术的输出，内部通用组件和开源方案也觉得没有任何意义，有一种野路子出身的土军阀感，当时本想辩解九层之台起于累土。但因为另一位同事插话说我某个项目PPT写成全是自己做的(其实只有少部分)，业务方面的业余程度让我震惊，心累没话说了(不与傻子论短长)，后来只能离职。离职原因一方面是我本身对猎豹广研疯狂加班的文化不适应，另一方面是想换个更适合技术人员发展的环境，离职感受一般，我前后对所有工作上有过支持和合作的同事都表示了感谢，期间签字领导保持漠不关己的麻木感，缺少人与人之间的基本尊重，觉得欣慰的是最后收到入职帅哥HR一个离职祝语的小卡片，上面的打油诗让我觉得离职猎豹还是有所遗憾。程序员面试心得篇3是非常重视效率的公司，工程师文化盛行，给我面试电话的是一个工程师，他说我是腾讯的软件工程师，近日收到你的简历，想找你聊聊。我还第一次接到非HR式的面试通知。过去后也是工程师接待我的，当时一直在想HR有什么可干的呢?技术面试分为四轮，第一轮是两个年轻的程序员，问一些项目背景啊，技术方向啊，也结合我的项目经验聊了实现原理之类，聊得还比较开心和轻松。第二轮是TeamLeader，重复了一遍项目经验，他的侧重点在项目进度控制和风险控制方面，他也问了我的薪资要求及技术意向，也说明了他们目前需要一个什么类型的人才。第三轮是专家评审，他们的侧重点在于计算机基础知识，项目实现原理，数据结构和算法，他们采取让你先陈述，然后由浅入深提问，层层递进铺开的面试思路，非常专业，这相比很多公司面试喜欢冷门的技术细节，不知道高到那里去了，这轮面试有很多开放性的问题，我回答时他们也会帮我纠正错误，整理思路。第四轮是技术总监面，这哥们穿着真太随意了，他好像比较忙，一直不断在电脑上敲，只问了我两个问题，说说你从业生涯中遇到的最大技术难题和解决过程，说说你熟悉的两个开源项目以及项目背景和原理。我在小白板上写和说，过程中他很少说话，过程中他一直：然后呢?还有呢?最后看了一会小白板就走了，我一直纳闷他到底听了没有。最后就是HR，她说该了解的都了解了，你有什么问题问我没有，我简单问了几个公司结构的问题，然后她就和我谈薪资了，肯定是我开的薪资太低了啊，吐血啊啊啊，她淡淡说了一句，这个薪资没问题，我们一周左右给你发offer就结束了。开始有HR简单聊了一下，然后笔试，有10个不定项选择题，2个编程题，1个开放性的三列交叉排序算法题，整个笔试不难，感觉要得高分非常不容易，基础的广度和深度均需要顾及，接着就是两轮技术面试，笔试答错的题目都被抓出来问了，他会给予思路和背景知识，直到你弄懂了为止，有种上课的感觉，其他问的都是简历上的内容，譬如我大学的SCI论文是点阵识别方向，两个面试官都非常感兴趣，交流过程中他们都非常谦卑，不断问我是不是这样理解，没有很多公司面试官高高在上的SB感。最后是HR谈薪，他很坦诚说了其他面试官对我的评价和三星给我的薪资，也谈到了我将来入职的部门和工作，以及对我的期望和建议，他并没有说三星多好多好，反而让我比较目前已有的offer，选择适合自己的。程序员面试心得篇4就现在经济大环境而言，很不乐观，程序员的日子也很不好过，无论是还在找工作的、还是已经入职多年、哪怕做到项目经理技术经理的，压力都异常巨大，似乎处处充满危机。但是，仔细分析一下，出路还是有的，甚至解决温饱、过上有房有车没贷款的生活也是很可能的。首先，在如今这个浮躁的社会，大多数人的心态也是浮躁的，只要你能潜下心来，深入研究某个技术，有了一技之长，温饱问题肯定就可以先解决了。1、一技之长新技术层出不穷，而内核的精髓的东西却变化不大，就像.NET，从VS20xx到VS20xx，已经有10个年头，VS的版本不断更新，而.NET内核的最新版本也才4.0，所以，作为程序员，我们要多掌握内核的东西，精髓的东西。我们的学习积累毛病在于：贪多、贪全、而不够深入。对于很多技术，我们都很有兴趣，对于刚兴起的技术，也紧紧跟随。但是，几乎都是蜻蜓点水、一知半解。回头想想，我们似乎什么都会一点，什么类型的项目都可以做，B/S的、C/S的、数据库的、分布式的，等等，但是，却不敢说，在某某方面，我的水平已经超越了圈中同类型的80%的人。只是我能做的，大家都会做，而且，我也没有把握比别人做得更好。必须要让自己有价值，而自己的价值在于不可替代性或是难以替代性。如果，随便找个程序员就能把你replace掉，你的价值就很低廉了。如果在你负责的某个方面，只有20%的人超越你，那你的价值、你的重要性就凸显出来了，你与雇主的关系就从被动转向了主动，你就有了谈判的筹码。在专业化高度分工的今天，一技之长并不是说需要你掌握某个很大的方面，而只需要你能掌握其中的某一个小的领域，并不断地深入下去。就这个小的领域来说，你花个3、5年的时间挤进前20%是非常可能的。比如，有人专门研究SqlServer数据库优化、有人专攻TCP通信、有人深入研究IIS、有人深入钻研WCF，等等。2、打造自己的精品当你在某个小领域钻研了3、5年后，你一定会有很多心得，积累了很多经验，其中有些经验是异常宝贵的，为什么了?因为在钻研这个领域一段时间后，会陆续碰到很多问题，而那些80%的人，在碰到某个问题时就停止向前了，在这个小领域的水平就到此为止了，而你却不断地解决这些问题，不断地超越那80%的人。而且，很可能的一个情况是，作为几年钻研的一个副产品，你积累了一套类库或框架，而基于该类库或框架来开发该领域的项目，不仅开发速度更快，效率更高，而且项目的质量更有保证。然后，你可以把积累的这套类库/框架打造成一个精品，不断的打磨，直到某一天，可以让更多的人来用它。当你在某一领域有了丰富的经验，或者有了自己的精品类库/框架之后，你便可以面向更广阔的市场。3、更广阔的市场在公司做个小白领，你的生死荣禄几乎就完全掌握在你的.上司手中，你不得不关注他，被他的情绪所左右，很可能因为他的一句批评，你就整夜难眠。你觉得自己做得很好，可是他不认可。但是现在，你不需要再过分的关注他，你可以将眼光转向更广阔的市场。互联网时代的一个好处就是，任何人都可以以非常低廉的成本来向大众市场展示自己或自己的产品，评判你价值的不再(仅仅)是你上司，而是整个市场，相比于你的上司，市场的评判会更客观、更公正。你可以把自己的经验能力说明放到自己的博客上、写专业的技术文章来分享知识、顺便推广自己，或者把积累的框架放到网上去卖，或者去项目交易平台接那些与你精通的领域对口的项目，由于在这个领域你超越了80%的人，所以，成功接到项目的可能性是非常之大的。有了这些基础，以后就算是靠技术创业也是有可能的。如果做到了这三点，我想，你的“有房有车没贷款的生活”差不多就可以实现了。就我个人经历而言，我花了10年的时间积累了ESFramework通信框架和OMCS语音视频框架，单靠它们的收入，满足家庭的生活开销已经足够了。我作为一个普通的程序员，既然我可以做到，我相信后来人也可以做到，甚至做得比我更好。祝福大家。程序员面试心得篇5在为期两周的实习时间已悄然离去，刚来时的那种新鲜好奇早飞到了九霄云外，更多的是离开时的那种不舍和对自己及所学的反思。当我第一天来这里时，和其他同学一样怀着兴奋得心情踏进达内it培训中心，或许是单纯的对这个新环境的好奇、也或许是曾经对这儿有一点了解想亲自见证一下，因为听大二的学长说只有来到达内才能学到与学校不同的东西，才能更接近实际项目工程。的确如他们所说，运行程序前必须作许多准备工作，如：在classview内的csdidemodoc文档内创建变量或增加成员函数;在resourceview内创建快捷键或增加菜单项当然做成功一个项目必须先写好需求分析。就这样既兴奋又好奇的跟着老师一步一步往下走，跟着在键盘上忙碌的敲代码、调整程序。实习时间慢慢的在减少，而程序却相反越来越难，越来越繁。因为一个小环节与大家拉开了距离，在一个庞大的项目中是不允许任何一处掉链子的。看到同学们早已“轻车熟路”操作自如了，而我却不知所措，立刻就有了压力。一天下来感受最深的就是那种巨大的差距。学校所学与实际应用中的脱节。在我困惑与迷茫时，老师给我解释说：“咱用的编程软件是vc6。0，更加注重的是对学生实战能力的培养，在学校所学专业知识的基础上让我们学习最新的编程技术，通过做项目的方式来让我们明白实践中的编程到底是怎样的”正是冀老师的耐心讲解让我重新找回了自信，几天下来从简单的c++程序到第一个win32程序，从mfc到第一个dialog虽然程序中还是有太多的疑惑但更多的是增长了见识看清了差距。通过实际项目的开发我有以下几点收获：1。多向老师、同学虚心请教，也别说自己学的不怎么样，不然会大大减少自己的自信，从而与大家的差距越来越大。2。编程以前一定要对整个项目有仔细的了解，最好能写好需求分析，这样在实际操作时就会更加调理，而且不会遗漏东西。3。做任何项目都离不开团队合作。所以我们一定要注意团队合作意识，多和小组内的人交流。4。在编程中一定要规范，绝对不可以随性在X内的这半个月培训我感觉获益匪浅。虽然与课本知识不同，至少我看清了实际做项目与书本知识之间的差距，不至于在就业后手足无措。这次实习对我以后的学习甚至就业带来了巨大的帮助。程序员面试心得篇6软件开发作为程序员，接触最多的当然是软件开发了，以下是7条心得：1、若无必要，勿增实体。这是奥卡姆剃刀的定义，所谓剃刀就是法则，是奥卡姆这个英国学者提出来的。这个剃刀核心的点在于不要浪费较多东西去做，用较少的东西同样可以做好的事情。放在软件领域，就是不要过度设计，添加当前不需要的功能，也不要一开始就做的非常复杂，难以维护。不需要用设计模式，就不用硬套。不需要用额外功能，就不要写扩展。用设计模式和写功能扩展，必须要有不得不这么做的理由。无论是新创建的软件系统，还是添加功能到现有系统中，都应该从一个最简单的版本开始，这个最简版本甚至几乎没有可用功能。然后，再一步步迭代与重构，扩展它的功能，完善它的设计。简单的系统自然而然会演变成复杂的系统，而不是人工注入复杂，影响它的正常进化。2、日志记录，错误处理。开发新系统必须要做的一件事就是搭建日志记录和错误处理能力，系统上增加功能也要接入日志记录和错误处理。虽然这不会影响正常场景的功能，但是非常重要。日志和错误可以告诉我们程序运行的时候发生了什么，程序有没有按照预期工作，通过日志和错误我们可以基本知道程序运行的路径，也可以用来做监控，统计和预警。3、每行新代码都要能被执行到。新写一个功能，一定要保证你的新代码都能被执行到，也就是你的测试用例能够覆盖到代码的每一行。有些特别的分支可能很难走到，但你要想办法走到，比如构造符合该分支的请求入参，再比如异常分支可以使用mock工具mock异常出来做触发。4、一次只改一个地方。这是种变量思维。在你开发时，发现程序挂了，如果你只改一个地方，很容易定位到问题所在，因为就一个变量，不可能是别的原因了，但如果你改了好几个地方，之前也没有测试，找出原因就会花费你大量的时间和精力。所以，要小迭代，每迭代一个点确保功能符合预期，再进入下一个迭代，如此重复，而不是一股脑改掉所有的内容。5、集成测试前要单元测试。你负责一个单元，你的同事负责另外一个单元，入口侧集成了这两个单元，入口有专门的测试同学来测，以验证整体功能的正确性。如果单元测试充分，就能使测试同学只关注各个单元之间协调的正确性，从而节省整体的时间和复杂度。6、开发时间往往比预期长。有时候，你可能会把事情想简单，真正写代码的时候才会发现评估有遗漏，工期会比预期长。有时候，代码写的非常顺利，测试的时候可能就会被某个不符合预期的场景卡主，需要花很长的时间解决。有时候，你依赖的下游未能按期向你交付服务，你的开发工作就要延期。写代码容易，让代码正常无误的跑起来，就比较费劲了，所以评估工作量要给自己留点buffer（缓冲），以应对一些特殊情况。7、读代码并且跑代码。对于一段代码，想要理解它做了什么事情。一种方法是阅读它，凭借自己的大脑去得出代码运行的逻辑。但这种方式并不可靠，毕竟人往往是靠不住的，不过系统是可以靠得住的。那我们就可以跑这段代码，去分析真实系统环境运行的结果。职场协作作为职场人，我的工作除了写代码，还有就是和各个角色的协作，像产品经理，项目经理，其他开发，测试，以下是职场协作方面的7条心得：1.选择适当的沟通方式。就沟通效率而言，当面>视频>电话>聊天软件>邮件。打扰强度和正式程度是反方向。紧急的问题就当面或视频或电话，抢夺对方的注意力，尽快解决。重要的结论一定要落在聊天软件或邮件里。毕竟电话没有存档，出了问题没法追溯。但如果你什么小事都要发邮件，那也太浪费自己时间了，什么事情都要给人打电话，那也容易让别人厌烦。所以大多数场景，还是聊天软件，你留言，对方看到了再回复，不必把双方的沟通绑定在同一时间段。2.借助身边人的力量。有些时候，你做事情可能会卡主，这非常困扰你，而你也毫无头绪。这个时候你就可以借助下身边人的力量了。比如一件事你在三个方案里面纠结，你就可以整理好自己的'思路，分析各个方案的优劣，然后带着这些信息和同事或老板沟通，寻求他们的建议。有时候，你在向他们表达的时候，可能就意识到自己的方向了。当然，你也可以得到不同视角的建议，这对你方案的完善是很有帮助的。所谓：好风凭借力，送我上青云。3.善于提问。很多事情自己是可以搞定，比如读代码和运行代码可以理解这一块逻辑，但这要花很多时间。如果你直接问作者，几分钟内你就可以拿到这些信息。信息是可以换能量的。所以多提问，多获取信息，你可以少做很多无谓的工作，从而把精力投身到重要的事情上。4.不轻易承诺。承诺并能顺利完成事情，是值得佩服的。但过分过早承诺不适合自己做的事情，对自己无疑是一个负担。如果你本身带团队，对团队也是个负担。承诺要慎重，如果还不明朗，就带回去再评估考虑下。对外部团队如此，对团队同事也应该如此。不要给了对方期待，又给对方失望，弄得自己信用也不佳。5.分享利益。一件事，如果有他人的贡献，我们要感激这个人，也要分享利益给他。比如你写的专利里某个人帮助了你，作者中一定要加入他的名字。比如你在向领导汇报你主导的项目的时候，一定要提到其他参与者的名字。之前看周杰伦演唱会录影带的时候，有一段是杰伦专门介绍场上乐队各个成员的名字，当时看这段挺动容的，怪不得像方文山，杨瑞代这些人能和杰伦合作20多年。6.清楚自己的角色，做角色份内的事情。一张地图上，首先要有定位，然后要有目标，才能去看走什么样的路径。角色就是这样的定位。你把自己的角色定位成纯开发，一般来讲专注技术就好了。但如果你想和产品经理更好的沟通，最好还是培养一些产品思维。这样有个好处，就是一些技术类需求，你可以自己判定和定义了，此时你的角色就转换成产品经理了。如果需求比较多，不能马上都做，需要排下期，周期长的项目还要管理下项目节奏，此时也没有专职的项目经理介入，那你就可以尝试做项目经理的角色。你技术一路发展，对自己负责的领域了如指掌，你开始接触了一些架构设计和决策的工作，那此时已经有新角色了，就是架构师的角色。所以一个人是可以有多种角色的，角色决定了职责，因此一件事情中，要清楚自己的角色，做好角色份内的事情，不要越界，也不要失职。7.让子弹飞一会儿。如果一件事存在争议，你并不是争议双方的领头人，只是这件事可能会涉及到你落地。那么不要急着去介入具体方案和落地，让他们再争会儿，很可能最终的结论是你啥也不用做。认知成长作为终身学习者，职场工作的同时，也关心着自己的成长，以上更多是技能方面的，以下是认知成长方面的7条心得：1.技术是工具，也可以是资产，还可以是商品。技术有三个阶段：技术支撑业务，技术驱动业务，技术创造商业价值。这三个阶段技术是分别作为工具，资产以及商品存在的。我们看到的一个个互联网产品，背后都是由技术搭起来的，技术只是工具。随着业务发展，逐步沉淀面向某个问题的解决方案，有些以专利的形式体现，技术就成为了资产。把通用的技术提炼出产品能力，像阿里云的很多服务那样，技术就变成了商品。2.提升效率。什么叫效率？效率就是你完成了多少事，除以你开始了多少事。你开始了一百件，只完成了一件，你的效率就是1%。所以提高效率的办法，一个是你多完成事，第二个是你少开始事。3.打造自己的知识系统。人的大脑天生喜欢记忆结构化系统化的知识。零碎的知识点太多，也只是隐藏在