如何面试程序员

A. 程序员应该如何面试，程序员面试问什么技术

3年以下的面试
面试主要看两个方面：
一、通过沟通交流，一些简单的问题，了解的你的逻辑思维，个人性格。

二、一些常用的技术是否了解，根据你的回答问几个典型的问题。

这个阶段面试技术并不是最重点的，主要还是逻辑思维是否敏捷，为人处事是否好相处，技术是可以培养的，基本带一周就可以很好的干活了。

3年以上就麻烦了
一、技术会问的很详细，没有扎实的功底，挡不住啊。

二、超过3年的招聘，一般都是有一定目的性的，比如需要搭建项目构架，或者需要专攻数据库的，或者需要比较全能的技术大牛来解决问题，所以应该针对面试方的一些需求去准备。

以上都是瞎掰，看看就行了。

B. 程序员应该怎样去面试

嗨，亲爱的程序员朋友们，如果你是工作好几年的人了，那么你一定经历过面试吧，今天我以个人的视角总结了一下怎么才能有一次成功的面试，希望对你有所帮助。如果你已经开始看了，那么你一定看完哦，只有有耐心的人儿才能成大事，如果看了一半，这篇文章对你来说是没有任何收获的，反而却浪费了你宝贵的时间。

关于简历的制作

每个技术面试官每天要阅览几百甚至上千份简历，阅读一封简历的时间可能不超过10秒，你的简历就是茫茫大海中的一滴水，如果能让面试官从一大摞简历中选出你的简历，那么就需要从简历制作上下功夫了。

各位可以仔细琢磨一下上面的几种场景，有时没有经历过这种场景，可能没法对上面的描述做到感同身受，看了之后就会一带而过了，建议收藏此文，以后遇到类似情况了，可以把这篇文章找出来看看，相信会对你有所帮助，最后祝各位程序员朋友们都能找到自己心仪的工作！

大家好，我是“上世是朵花”。如果你有什么好的看法或者观点可以在评论区展现你的才华，互动交流，如果想进一步了解我，那就关注我吧。

C. 程序员面试时需要注意哪些

1 说得太少
尤其是那些开放式的问题，如“请介绍下你自己”或“请讲一下你曾经解决过的复杂问题”。面试官会通过你对这些技术和非技术问题的回答来评估你的经验和能力。
所以，仅仅只用两三句话来回答不但不能显示出你对这个专业的兴趣，还会让整个面试过程显得非常无聊。如果你不能很好地说明你的经验、成就和技能给企业带来的价值，那么你的竞争力毫无疑问就高不起来。所以，你需要对一些最常见的开放式问答作充分的准备，学会推销自己。
2 说得太多
不断地说，不断地说，却并没有什么实质性的内容。换句话说，就是废话连篇，言之无物。如果你不能简洁的解释问题，那么面试官就会怀疑你在工作时的表现是不是也会像你的谈话一样拖泥带水？可以先问问面试官，确定是否真的需要详细解释。
解释也是一门艺术，关键是确定重点，如果需要的话再深入到细节。当聊到业务的时候，就应该从业务的角度看问题，不要涉及任何技术术语。学会用简洁明了的方式解释问题。如果你能时刻把握主旨，那么这一点也不是问题。
3 回答不出一些必知的基本技术问题
面试不是技术竞赛，不是看谁答对的问题多，但是有一些“必须知道”的核心java和Web基础知识，你不能不知。例如，对于Java开发人员
1）不知道“==”和equals之间的区别。
2）不知道equals和hashCode方法被隐式调用时的约定。
3）不能解释曾投入精力过的应用程序的高层体系结构。
4）不知道OO的概念和设计原则。
5）不能很好地处理多线程。
6）不知道如何在HTTP客户端与服务器端之间保持状态。
7）不知道SQL。
…
4 既写不好简单的代码，又回答不出如何解决棘手的问题
作为一个开发人员，你应该根据自己的经验水平，来针对给定的问题和情况编写代码。如果碰到一些比较棘手的问题，那么即使你还没有解决方案，也应该将你的思路讲给面试官听。当然这在面试时会让人特别紧张，尤其是在还有时间限制的情况下，但是你也必须保持冷静，至少应该说明你将如何试着去解决问题的方法。
5 糟糕的礼仪和态度
迟到，不适宜的着装，抖手抖脚，没有眼神接触，过于紧张，没有提问，显示不出对这份职业的兴趣，“我什么都知道”的高傲态度，贬低你的现在和以前的雇主，遇到技术问题时烦躁不安或者垂头丧气，为自己找理由而不是虚心接受错误，与面试官发生争执，随波逐流而没有自己的看法，过于呆板，撒谎，嗓门太大，无法成为良好的倾听者，等等。
提示：面试官要找的不是技术明星，而是实实在在具备了合适的技术技能、软技能、端正的态度以及能为企业获取利益、全面的专业人才。因此，不妨先研究下想要应聘的机构，深入了解其工作规范以调整回答问题时的方向和重点。将每一场面试都当作免费的培训课程，积极调整心态，不但能达到一个双赢的局面，还可以减少紧张的情绪，从而获得更好的表现。这样即使你并没有得到那份工作，也可以由此学到点什么，获得进步

D. 面试程序员的时候，怎么聊更好

呈现出自己完整的知识结构。对于程序员来说，最重要的一件事情就是在短短的面试过程中呈现出自己完整的知识结构。要想做到这一点，一定要在自我介绍的过程中下足功夫，既简练又丰富，引起面试官的重视，当然最重要的是自然一点，别紧张。

E. 你要面试一个程序员，应该问他什么问题

首先面试程序员分有没有经验
面试没有经验的程序员就随便问问点ssm，ssh五大框架问题，多线程什么的，再问问是否会点前端技术
有经验就看看他的简历，问他简历项目上的问题，可以围绕着简历上的项目问，通过他的回答涉及到的技术点之类的，拓展出去问其他的

F. 如何面试程序员

大部分java公司都会这样:

1.先笔试

平时多看看笔试题目,提高自己基础知识水平

2.笔试做得好会 有技术经理面试,笔试做得不好,就要你走人了

面试,最主要的自己要有信息
能落落大方的说出自己的工作经历

3.面试过了就能拿到barfer了

G. 如何面试c++程序员

你好，不知道你是面试哪个公司的C++程序员，所以只能笼统的给你找了两个北京公司C++的面试经验：
1、三个面试题，比较简单，第三个是个模拟计算机，不建议采用编译原理的方法去做。然后一个项目经理面试，考察设计能力，给一个场景，问如何设计，比较简单。一个工程师面技术，主要问题一些linux相对底层的东西。
2、总体，面试的一些问题还是比较简单的。但是答的不好，主要是这些问题是比较简单，但是就是简单平时可能就这样随便学一下就过了，没有仔细深入和归纳。 还有我也不知道是不是他们已经不想招人了。好像他也没怎么仔细看我的简历吧。
面试过程。
进去坐下，首先他让我介绍自己，没有说是介绍自己的基本资料，是介绍自己。
我的回答是名字，本科，研究生，来自哪个学校，什么专业。
然后我停顿了一会，想他会问我吧，尴尬了，他说就这些吗，意思叫我继续介绍其他情况，下面就是我介绍研一主要是学习基础知识，研二参加一些实践，讲sctp，不过大部分是将sctp基础知识，sctp是类似于tcp的升级，sctp主要区别于tcp的地方是...sctp的一些特性，然后是讲到sctp的握手机制，我觉得没有讲的深入，只是讲了一些流程，和防止了syn攻击。 总之大多都是讲sctp是什么，并没有突出其重要的特性和使用的价值，关键之使用价值，没有吸引住对方的东西。总体就是平铺直叙，没有吸引点，也没有表现出个人在其中哪些贡献和工作能力。
如果觉得不够有针对性，你可以去卧龙阁看看具体公司的具体职位面试经验。

H. 如何面试后端程序员

• 计算机网络常见面试点总结

  计算机网络常见问题回顾

  2.1 TCP、UDP 协议的区别

  2.2 在浏览器中输入url地址 ->> 显示主页的过程

  2.3 各种协议与HTTP协议之间的关系

  2.4 HTTP长连接、短连接

  2.5 TCP 三次握手和四次挥手

• 三 Linux

  3.1-简单介绍一下-linux-文件系统？

  3.2 一些常见的 Linux 命令了解吗？

• 四 MySQL

  4.1 说说自己对于 MySQL 常见的两种存储引擎：MyISAM与InnoDB的理解

  4.2 数据库索引了解吗？

  4.3 对于大表的常见优化手段说一下

• 五 Redis

  5.1 redis 简介

  5.2 为什么要用 redis /为什么要用缓存

  5.3 为什么要用 redis 而不用 map/guava 做缓存?

  5.4 redis 和 memcached 的区别

  5.5 redis 常见数据结构以及使用场景分析

  5.6 redis 设置过期时间

  5.7 redis 内存淘汰机制

  5.8 redis 持久化机制（怎么保证 redis 挂掉之后再重启数据可以进行恢复）

  5.9 缓存雪崩和缓存穿透问题解决方案

  5.10 如何解决 Redis 的并发竞争 Key 问题

  5.11 如何保证缓存与数据库双写时的数据一致性？

• 六 Java

  6.1 Java 基础知识

  6.2 Java 集合框架

  6.3 Java多线程

  6.4 Java虚拟机

  6.5 设计模式

• 七 数据结构

• 八 算法

  8.1 举个栗子（手写快排）

• 九 Spring

  9.1 Spring Bean 的作用域

  9.2 Spring 事务中的隔离级别

  9.3 Spring 事务中的事务传播行为

  9.4 AOP

  9.5 IOC

不需要写代码就能衡量候选人的方法可能有一万种。我常用的三个主要方法可以覆盖许多不同的技能。在面试过程中，我们会谈论候选人的经验，要求他们做一些代码审查，并与别人合作设计一个系统。

下面我会详细解释这个过程。

我试图通过这些方法找到真正能够胜任技术工作的候选人，并且他们必须能在单纯的编程技能之外给团队带来价值。通常在一次面试中我能在大约一个小时内覆盖所有三个部分。我有信心这些信息能让我找到好的候选人。

1、深入挖掘他们的经验

许多团队已经这样做了。他们会在面试一开始花几分钟，询问候选人之前的工作，他们对工作的态度，等等。大多时候这就像随意谈话一样。

但这是不对的。

记住这是面试。你需要尽可能地理解他们构建系统时使用的技术。

为了做好这一点，你需要在面试开始之前仔细阅读他们的简历。这不是开玩笑，在面试开始之前至少花上10分钟仔细阅读（不是略读）简历，如果花30分钟时间则最好。要从简历中尽可能多了解些他们之前的项目，Google一下看看能否找到他们项目的公开信息。面试时挖掘背景信息所花的时间越少，就越能获得好的效果。

在面试中，要求候选人谈谈他最近最感兴趣的项目。要练习主动的倾听，要学会参与。假装你是他团队中的一员，或者假装你们是在做架构审查。你要努力了解他们构建的东西以及构建的方法。这样做的好处和坏处是什么？要让候选人知道，不知道答案无所谓，但重要的是能勾起你的好奇心。

下面是我认为能获得好的答案的问题：

• 你在项目中的职责是什么？这个问题本身并不是决定性的。即使在项目中承担的职责很小，他们也可能很适合你们的团队。你的候选人也许正是因为没能获得重要的职责而在寻找新的机会。因此，知道他们过去的职责会很有帮助。

• 你从他人那里获得了什么帮助？无法感受他人的帮助是个极其危险的信号。即使是个人项目，也一定需要别人的帮忙。你肯定不想要一个以自我为中心的同事。

• 给我介绍下那个功能的工作原理。解释下数据的来源和去向、存储方式以及这一切能带给最终用户的好处。这个问题的答案足以吸引你的好奇心。

• 这个项目中最糟糕的技术债务是什么？好的工程师必须理解他们做出决定时需要付出的代价。问完这个问题，可以继续询问他们怎样改正这些问题，或者尚未改正的理由。

• 有没有出过生产环境下的bug或服务中断？测试下他们是否理解bug的原因，以及团队解决bug的方法。他们是否提前预期到了bug？下次怎样才能避免同样的问题发生？

这一部分面试能让你直接了解候选人的经验。做好这一部分还能让你了解他们如何感谢别人或责备别人。你将会了解到他们如何在两难的工程问题上做出抉择，他们会与你分享最近的教训，他们与别人沟通技术的能力应该也很明显。

如果他们选择了不太适合的项目，可以考虑谈论其他项目。所谓不太适合的意思是项目不够复杂或他们记不清的情况。

注意，这一步要避免询问类似于“告诉我你解决过的最难的bug”之类的问题。要求别人回忆系统的某一部分的具体原理会带来大量的虚假负面判断。人们不可能拥有他们修复的bug相关的一切知识，这种问题会给面试过程带来很大压力。

2、让他们审查你们的代码

这项活动一半是代码审查一半是角色扮演。你可以借此筛选出那些能够提升团队整体代码质量并促进办公室氛围的人。

下面是代码审查过程中需要关注的一些方面：

• 他们怎样与代码的“作者”交流？交流是否有用？是否高效？是否友善？

• 他们会着重哪些问题？是否能明确表达出他们的疑问？他们是否会立即指出哪些无关紧要的问题？

• 他们是否善于阅读自己不熟悉的代码？

这个方法需要提前准备很多东西。你需要找到或编写一段代码供候选人审查。你还需要为你希望候选人找出的问题创建一个优先级列表。不要让面试管当场出题，一定要事先准备好。

在选择需要审查的代码时，不要选择产品代码。你的候选人没有你所拥有的背景知识，这样做实际上是将候选人与你的同事比较，而不是与其他候选人比较。

努力降低代码示例中的复杂度。面试的时候，候选人没有太多时间阅读代码，而且很可能他们并没有想到会做代码审查。热身就要花很长时间。

在代码中加入一两个真实的bug，但不要强调找bug。一般来说，代码审查并不是个好的找bug方法，特别是审查者从来没有见过代码的情况下。能自证的bug（如给需要数组的函数传递字符串）最好。在你的优先级列表中，bug的优先级应该是最低的，bug应该是给极其优秀的人的加分项。

最后，代码应该做一些实际的事情。如果你的公司很出名，那可以选择你的产品简化版本。但如果你需要花大量时间为候选人提供背景信息的话还是算了。

最好的选择要么是虚构的代码（也许可以选择本文竭力避免的代码面试中用到的代码），要么是开源代码中的一个拉取请求。

一旦决定了要审查的代码，你应该期待候选人找出下面这些东西：

• 过于糟糕的拉取请求的描述或提交信息；

• 能用但无法自洽的代码；

• 过于复杂的代码（需要重构的代码）；

• 混乱的变量或方法名；

• 过度设计的代码（即实际上永远不会用到的功能）。

如果代码中没有足够的问题，就多加一些。

这里有个潜在的问题，我还没有确定的答案。这个问题是：你是否应该提前将代码发给候选人？

如果你这样做，就又给那些有空闲时间的人以巨大的优势。如果不这样做，就要面临增加面试压力的风险。

我倾向于后者。好的面试官可以减轻压力，方法之一就是让面试者提前知道他们将做代码审查，你也可以在审查开始之前介绍你的期望。

I. 作为HR你是如何面试程序员的

我看下面几乎所有人都说看人品。我就呵呵了，北京遍地小公司，哪怕大公司招一个合适的高级程序员知道有多难吗？HR还看人品？这人品是你两三句话能聊出来的？别逗了，无非是在技术差不多的情况下看看能不能接受加班出差，再比比价格，仅此而已。