A. hr面试程序员问什么问题，程序员在面试的时候的注意事项
01 和优秀开发者沟通
如果你本身没有编程背景，那就尽量找到一些优秀的开发人员给你指点迷津。
02 问专业的问题
1. 简要介绍一下你自己以及你最近在做的项目吗？
作用：这个问题可以让你更好地了解你的候选人，而谈论近期工作能了解他对工作的热情和奉献。
2. 其他时间有别的项目要做吗
作用：鉴于你的项目的时间长短和工作复杂程度，你可能只想找一个能完全投入到这个项目的人。但是很多程序员都会同时兼顾好几个项目，你要确保彼此双方的需求是什么。
3. 你是怎么看待自己的身份的？开发？产品经理？还是二者都是？
作用：理想的回答一般是‘二者都是’， 但是你要认真评估每个候选人可能给你团队带来的有利和不利影响。产品经理可以帮助设计新的功能和交互，但是你也需要足够的开发才能跟上方向从而建构你想要的内容。
4. 你会如何管理一个程序员团队？
作用：这个问题可以帮你了解候选人的领导能力和风格。
5. 告诉他们公司想要的人是怎样的。
作用：直截了当地告诉对方你的期望。像工作时间，项目长短，目标等等，这些都是对方很想知道的。就像你评价他是否适合公司一样，对方也会评价你的公司是否适合他。
03 去合适的地方招聘
你不能指望天上会掉下个好程序员给你，微软和谷歌的优秀程序员也不会自己蹦到你跟前。你的机会在于，很多这样的程序员都拥有或追求商业想法。
你可以多去一些网站、活动大赛等地方探索发掘，这比你在社交网站上找到他们的运气要大得多。
· 编程大赛
编程大赛就是程序员高手们云集在一起，合作共同完成一个软件的开发。
猿圈会定期举办此类招聘编程大赛，帮助企业挑选优质人才，提高企业品牌雇主形象。
· 开放性源代码贡献者
一些网站比如GitHub，提供在线代码存储库, 程序员可以自由对开源项目贡献自己的代码。
所以，在招聘之前，你可以先去这种网站上找一找有潜力的候选人。
· 大学
· 软件开发大会
尽可能多的去参加一些和你的产品相关的软件开发大会。
· 技术博客
你能根据他们的博客判断他们的技术技能、解决问题的能力以及写作和沟通能力。
04 没通过编程测试，坚决不录用
你只能记住一条原则，那必须是，没有让候选人参加编程测试之前，千万不能决定录用与否。
通常情况下，出于项目的紧迫，我们会倾向于选择看起来靠谱的第一个程序员，但是不拿到他的编程测试结果，不要冲动地下offer。
我也是个不懂代码的HR，但是我善于利用各种各样的工具，前段时间发现了一个猿圈测评的工具，我用它测试程序员候选人，通过测试结果判断是否值得邀约来面试，这个我觉得很赞，你可以试试看
B. 谁知道中软国际的程序员复试是什么鬼
中软国际是搞软件开发外包的，程序员以项目为单位派到客户公司工作，劳动关系上属于中软国际。
至于复试，就跟任何单位的复试一样咯，考察业务知识。没什么区别。
C. 程序员面试需要准备什么
眼下的程序员招聘网站始终摆脱不了面试这一不靠谱的环节，唯独看到一家“瞬聘网”，它做的是程序员无简历无面试的招聘模式，不妨去看看。
D. 程序员面试的时候考官一般问什么问题
基本问题
主要包括介绍自己。学历工作经验家庭住址等
业务问题
按你应聘的岗位进行询问，看你了解多少，或者你的态度
综合问题
主要看你对待工作的态度，为人等问题。
E. 程序员想通过面试就必须刷题吗
最好做做基本题目，有助于面试官对你刮目相看
F. java程序员面试一般要面试多久
这个没有一个具体时间，通常面试官会和你先谈谈你简历上写的一些项目或工作经验，如果觉得你比较适合他们的工作岗位，就会继续深入，如果觉得差距还很大，可能就会收尾了，不过这是小公司的面试，大公司会比这复杂一些，有的一个笔试都要1小时。。。
G. 你要面试一个程序员，应该问他什么问题
首先面试程序员分有没有经验
面试没有经验的程序员就随便问问点ssm，ssh五大框架问题，多线程什么的，再问问是否会点前端技术
有经验就看看他的简历，问他简历项目上的问题，可以围绕着简历上的项目问，通过他的回答涉及到的技术点之类的，拓展出去问其他的
H. java程序员复试问题求解答
笔试们？不会的
复试，就是第一次的面试官的领导找你谈谈，谈谈你的经验，和一些想法，有复试机会，时间也不会太长。基本就差不多了，恭喜！
当然这个不绝对，但大部分都是这样。
I. 为什么程序员都很排斥面试时做题
第一， 能做上的人真的不多。
所谓程序员，方向很广的，前端、后端、UI、架构等等，不同的岗位研究的方向不同；做不同的产品，用到的语言可能也不尽相同。用做题来衡量一个人的水平这件事，本身就不是很可行。明明是擅长数据库的从业者面试者，硬是要做一套Java的试题，是很为难的。对于企业来讲，从笔试想检测下专业水平，但是程序员术业有专攻是没错的。
第二， 写程序不是一项程序活儿。
面试时的做题的环境，心情和真正的工作是不一样的，我们说打球会有手感，写代码其实也有手感。在压力，虚拟的情景下，程序员容易造成失误，影响发挥。不仅是程序员，离开了学校之后，考试这种形式都不招人喜欢。
第三， 面试的诚意。
面试时一个双向选择的过程，如果是技术总监来聊聊，会显得比较尊重人才有诚意，双方一旦发现有不可调和的供求不匹配，也可以马上结束谈话。人是活儿的，但试题是死的。如果做完题目后一聊，发现双方并不合适，做题就很浪费自己的时间了。
J. 如何面试一名程序员
如何面试程序员
一、提问之前的准备
首先，最重要的是，你自己一开始就应该想清楚：
1. 需要新员工完成什么样的任务？
2. 怎样的人能完成这样的任务？
3. 哪些途径和方法可以发现这样的人？
只有明确这些根本性的问题，才能正确高效地完成面试。
二、提问的原则
假定你对上一节的三个问题，已经有了清晰的想法，那么接下来就可以设计如何提问了。
有一些提问的原则，是你应该遵循的：
每一个面试问题都有明确的目的。你不仅自己了解，还能向其他面试官解释清楚。
多提一些开放性（Open-ended）的问题，而不是那种用Yes/No就可以回答的问题。这样做使你有机会与面试者展开讨论，并且提出后续的问题，尽可能多地了解对方。
不要问宗教、家庭、健康、个人隐私等方面的问题。
不要问太复杂的问题。因为面试者没有太多思考时间，所以无法周全地回答，你也就无从判断他的能力了。
三、考察专业能力
为了确认面试者是胜任的，你可以问一些与职位相关的专业方面的问题。（不过通常来说，一次面试不足以看出一个人的专业能力。）
比如，你的招聘职位是系统管理员，你可以问"如何快速地在50台机器上部署Linux？"（提示：正确答案不是刻录50张安装光盘。）
另外，你还应该向面试者了解他的过去，因为过去是未来的最好预测依据。不过，提问的重点不要仅仅是他过去的成果，更要关注在当时的环境中，他是如何决策和实施的。
四、考察综合素质
因为人是会发展的，所以某种程度上，面试者的综合素质要比他的专业能力更重要。
所以，具体的技术问题（如何调用API、什么是设计模式、编程语言的语法等等）可以少问一些，更应该关注面试者的事业心、对工作的热情、进取心、自律能力、毅力等方面。
下面是一些典型问题：
Why did you get into development?
你为什么开发软件？
How many technical books did you read in the past year?
去年你读了几本技术书籍？
What was your favorite technical book in the past year? What did you learn from it?
去年你最喜欢的技术书籍是哪本？你从中学到了什么？
What websites do you read regularly, related to development?
平时你经常访问哪些编程类网站？
Do you maintain any open-source projects?
你有自己的开源项目吗？
Do you code in your spare-time?
业余时间你编程吗？
Do you love programming, or do you do it for the money?
对于你来说，编程是一种爱好，还是一种谋生手段？
Have you accomplished anything important in your career yet? Do you want to?
你的职业生涯之中有什么重要的成就？它是你主导的吗？
What would make you feel that you have done something important?
什么事情会让你很有成就感？
五、考察理性思维
某些情况下，你可能需要了解面试者的分析判断能力，看他能否全面地思考问题、客观地评价自己。
那么，你可以依次提出这样三个问题：
What's your favorite programming language? Why?
你最喜欢的编程语言是哪种？为什么？
If you could add one feature to your favorite language, what would it be? Why?
如果允许你为这种语言加一种功能，你会加什么功能？为什么？
If you could remove one feature from it, what would it be? Why?
如果允许你取消一种功能，会是什么功能？为什么？
这里的重点是，让面试者从正反两方面评价一件自己熟悉的东西，看看他的思维是否片面。答案无所谓对错，只要面试者有一个明确的立场，能够从正反两方面说出令人信服的理由，就可以了。比如，某个软件的口碑不好，但是面试者说他很喜欢，而且说得出一大堆理由，清楚地解释了这种软件的优点和缺点在哪里，这样就很好。
你还可以把这些问题，套用在其他东西上面，比如操作系统、文字编辑器等等。