面试考编程

① 极兔程序员面试难吗

极兔程序员面试难一次好的面试就像两个充满激情的程序员之间的非正式交谈，是一次有意义的信息交流，一场关于所面临挑战的良性辩论。好的面试应该以面试官和被面试者互相学习而告终。我在软件行业的第一次面试就符合上述描述。那是一家 IT 服务公司，为世界各地的客户提供应用程序维护支持服务；因为我一直想在一家产品公司工作，所以我对此不太感兴趣。尽管如此，我还是参加了那次面试，然而面试官，这个首席工程师，简直棒极了。他说：“我在网上看到了你的一些开源项目，我也看了你的一些编程博客。尽管对我来说你的这些观点有些激进，但是你的很多观点很有趣。如果你想谈论那些激进的观点，请先说服我。”我的面试从开始，持续了将近 90 分钟。在这 90 分钟里，我们几乎聊了方方面面：技术挑战、行业趋势、最新技术、工作法，甚至程序员的态度。在这种面试中我们从彼此身上学到了很多东西。我最终接受了这个 offer，这是我一生中最好的决定。面试是一条双行道，公司需要能帮助他们实现目标的好程序员，而程序员需要能实现他们职业抱负的好公司。这种关系必须是相互共生的，才能形成富有成效的伙伴关系。这里的关键是专注。作为面试官，不要浪费宝贵的面试时间问一些无意义的问题。把重点放在对组织重要和有价值的事情上，这样能聘用到专业知识的优秀程序员。在雇用优秀的程序员时，这里有一些最糟糕的方法需要避开。

② 为什么面试前端考c++

面试前端考c++培养编程素养，以后在面对其他语言和各种开发任务的时候，都能很快触类旁通。前端社区都在持续地把浏览器外的技术引进来。社区发展到现在，也已经有很多引领业界潮流的东西值得反过来对外输出。C++是一种静态类型的、编译式的、通用的、大小写敏感的、不规则的编程语言，支持过程化编程、面向对象编程和泛型编程。C++被认为是一种中级语言，综合了高级语言和低级语言的特点。C++是由BjarneStroustrup于1979年在新泽西州美利山贝尔实验室开始设计开发的。C++进一步扩充和完善了C语言，最初命名为带类的C，后来在1983年更名为C++。

③ 如何看待程序员面试让上机做编程题，这样的公司多吗

从事软件开发多年，上机写代码这种考查模式在国外用的比较多，很多国内的公司也在学习这种方式，这种方式能直接看出写代码的能力，但对上机做编程题目这种事情很多成熟的程序员觉得是一种侮辱，有一些程序员看到有笔试直接就选择走人了，这些东西在面试之前应该有沟通，事情不会变得这么被动，因为对于很多有能力的程序员，能够请到面试已经非常不容易了，能力越强脾气越大。

直接上机做编程测试能力的公司不是很多，从事软件开发十几年主要经历了四家公司，面试的时候主要靠面谈为主，因为编程行业能力的高低通过交谈就能了解差不多，只需要根据简历上写的项目进行细节沟通，如果真的做过几句话就能看出大概的水平，所以很多公司压根不搞什么笔试或者上机写代码的事情，编程这个职业主要靠时间的积累，并且在积累中不断完善自己的知识体系，慢慢提高自己的认知。

一个程序员如何提升自己的能力水平，对于初学者来讲首先是学习好一门编程语言，开始学习阶段觉得编程语言就是天了，好像是学会了编程语言就能做任何的东西了，随着编程语法的学习完毕就开始尝试做一些题目，结果发现距离语法真的非常遥远，所以有很多的初学者有一种感概明明在课堂什么都明白了，结果到真正自己实践的时候什么都想不起来，这是初学者必然的经历，编程本身就是一种不断磨练编程思想的过程，编程语言属于在辅助类基础技能，没有辅助就不会写代码，编程设计思想再牛也不可能实现，两者是相辅相成的作用，编程思想里面包含着仙姑经验的积累。

很多人觉得很奇怪有些公司也不进行面试也不让上机写代码，就是通过不到一个小时的闲聊就能把一个人的水平能力和工资水平给定位下来，通过面试就能检测出编程思想以及编程基础，编程基础类的考察只需要问几个简单的语法问题就能做个大概的检测，编程思想就是完全的编程意识以及编程经验的积累，所以一些企业在招聘的时候明确写着就相关开发经验的人优先，企业招聘的目的就是希望要的人在短时间内能够上岗直接切入到项目开发中去，整体来看是不是需要上机写代码测试完全看每个公司的技术文化了。

有些技术类的公司对于程序员的基本功要求特别严格，有个同事在第一家技术公司的时候，部门技术经理特别关注程序员的基本语法，只要是简单的代码语法错误，就能到部门的黑板通报，开始实施阶段很多人上了黑板，后来随着时间的推移上去的人越来越少了，同事说到自己上了两次黑板都是因为在使用指针的时候没有初始化导致，到今天还是记忆尤新，如果在技术生涯的初期能够经历过这种企业是一个技术人的幸运了，越是严格要求的领导或者公司越是有利于技术人员 的成长，至于在面试的时候要不要上机这个就看每个公司的技术文化了，一般注重代码基础的领导会引领这个事情，希望能帮到你。

这是一个正常的流程，我觉得有时候还是有必要的考验一下面试者的。

以前这种面试实际上是很平常的，但是发展到现在越来越多的人对这样的面试很反感，大概率的原因是因为很多人更多的是在搬代码，并且搬的很成功，而真正注意写代码的人反而越来越少。
笔试和上机编程好不好？
我觉得挺好的，这样可以刷下去很多划水的人，有的人，写代码的能力并不强，但是搬代码的技术一流，随着技术越来越晚上，一些解决各种bug的网站越来越流行，现在更多的毕业生为了高工资，变成了搬代码的人，他们能解决问题吗？能，但是是他们自己的解决的吗？不是，更多的是他们通过搜索的手段，问度娘，问谷歌，渐渐的形成了一个可以解决问题的方案，虽然问题解决了，但是等遇到一个需要创新开发的时候，他们就完了，基本上没有了自我的思维。

笔试和上机可以有效的防止这类人进入公司，实际上也是一种不错的手段。

这样的公司多不多？
据我所致，目前来讲上机编程的公司不是很多，毕竟，每个公司所使用的编程软件不同，有的公司制作的软件也比较具有保密性，没办法直接考程序员的实际能力，只能通过一些算法测试，或者是什么测试，来简单的排除掉那些搬运的人。

所以上机测试的效果并不是特别好，一般的公司都会选择用笔试的方式。

我遇到过不少笔试的，上机的从来没有遇到过。

我一个同事之前换工作的时候倒是遇到过，按他所说，这样的测试并没有什么效果，毕竟测试题出得很浅，太难的问题，基本上短时间内很难解决，也不会有那么长的面试时间。

其实，在我看来，这个上机面试并没有那么大的用途，毕竟测试不到太多的东西，还不如看他自己写过的代码来的更快。至于这样的公司多不多，真没办法说，毕竟没有统计过，根据我的经验，我觉得不会太多。

笔试的我见过，但是上机的没有过。

1.笔试可以有
这么说嘛，其实简单的笔试的话肯定是可以的。因为笔试的话可以让招聘者知道你大概的能力定位在什么位置？一些逻辑编程可以测试你的逻辑能力。尤其是在it这个行业，逻辑能力是非常重要的。

如果说你是一个已经有工作经验的人。其实笔试就没有那么重要了。这时候看中的一般差不多就是你曾经的项目经历。

如果说让你做一些项目上的，比如说项目架构了这种的，你可以拒绝回答。因为我之前就有听到过说招聘产品经理，让他去设计一个产品的。结果这个公司就是通过一直招聘产品经理。然后让产品经理去设计产品相关的功能，最后再把这些所有求职者的产品相关的思维组合到一起。

虽然说这总公司是很少的，但是也不排除是有只通过这种方式来满足产品需要的。

所以解释的时候可以大概的写一个思路代码的流程，但是可以不用全部都写。

2.上机测试
我觉得这个确切的来说是有一点过分的。像这种上机考试的话，肯定他是需要一个比较完整的项目。但是这种项目谁都不知道是他们公司需要，还是让他仅仅是为了做测试。所以像这种事情完全可以直接拒绝。

在这里大概说明一下。 找工作是一个双向的过程 ，如果说是你无法接受这个公司相关的制度，或者说是相关的流程。其实你可以趁早放弃这种公司的，不然的话即使是你笔试面试都过啦，你到公司之后也会因为你自己的价值观跟企业的文化匹配不到一起。迟早还是要辞职的，所以你要慎重考虑。

其实面试的时候笔试和机试都是it的正常流程，但是在国内被玩烂了，面试和机试过程中，会有公司内遇到的问题做为面试内容的，也许是个人也许是公司，让你解决这样那样的问题，这样子的都是垃圾

作为一个老程序员，关于程序员面试的话题，非常有意思，特别有的聊。其实在 IT 界面，有两个不算公开的秘密，也就是两个不成文的习惯或者规定吧，关于面试的。

让老程序员做笔试题是一种侮辱
很多程序员，尤其是有经验的程序员，去面试的时候，尤其是去小公司面试的时候，如果对方给你出了一套笔试题，很多程序员会说： 我转头就走，这是对我经验水平的侮辱 。

你们是不是感觉很吃惊，还有这种道理？确实是，我有一次去一个创业公司面试，对方给我出了一套笔试题，我做完了，面试完回去跟一些同事聊笔试题的事，他们会惊讶的说：你竟然把笔试题做了？你是有经验的程序员，不应该经过笔试的，直接面试就行，笔试是一种侮辱。那是我才发现，好多程序员都这么认为的。

但是，我感觉这是一种病态思维，你既然去面试，其实笔试也是面试的一种，你去大公司比如 BAT 这样的公司的时候，也会有笔试，而且层层面试好几轮，你都能忍，一些小公司给你出笔试题，你竟然受不了？公司用什么方式来面试你，是公司的选择和考量，当然了，面试是一种双向选择，如果你感觉是侮辱，当然可以选择不面了，这是双方面试的权利。

但是，我感觉笔试是一种正常的流程，跟有没有经验没有关系。有经验了，你笔试你确定能过么？

很多程序员都不会选择上机测试
还有一种就是面对上机做题的面试，很多程序员都不喜欢，其实我也不喜欢的，大部分程序员好像遇到上机面试的情况，也是选择扭头就走。

其实，我感觉上机测试是可以接受的，但是是有条件的，那就是上机做题，可以做算法题，这种方式我能接受。

有一次我去面试，他让我上机做题，竟然跟我说用 Android 写个什么功能，什么模块，简直了，这种题怎么做？直接去实现功能模块，写其中的一个点，我都不熟悉需求，也不熟悉功能模块，上来就写，怎么做？没法弄。我直接就走了。

算法题属于比较明确的东西，上机做两道应该是可以接受的。

你问上机做题的这样面试的公司多吗？可以明确地告诉你，不多，我工作这么多年，面试了很多公司，只遇到过两家。

我是负责我们公司技术面试的，机试环节必不可少。题目不会很难主要是考核程序员的感觉，只有有感觉的程序员才能写好大程序，这很关键。

这主要看做什么了，我最头疼的是拿一个构架来靠你函数命令。我都是自己写数学模型和函数。我哪知道这个构架的函数名？

务实啊，说明人要的是能实干的程序猿，没什么奇怪。面试需求很明确，要会干的。找领导才找会说的。刚毕业面试的时候遇见过这种机试，程序猿这行算是工科，靠技术吃饭，面试动手实战是正常的。

支持，不然很多水逼，划水货太多了

这样的公司会存在

基于以下4个原因：

1 面试的人很多，不想花过多的时间去筛选。这样做题，可以快速过滤一些滥竽充数的人

2 通过合理的上机操作，有针对性地找合适的人，匹配的人也能快速完成上机操作

3 标准，对面试者统一对待，以免主观原因造成误判

4 面试者的配合度，一般看到机试，有人就会直接退出。（我遇到这种情况，就会直接走）

以上4个原因，都是较为正式的原因，还有一个主要原因就是能力不行，面试官无法正确筛选简历，面试官无法从面试中获取想要的信息并加以判断。

基于最后一个原因就是我会选择直接走的原因，面试官能力不行，表示公司对此招聘的用功不足，该公司没有能力或没有意愿重视此次招聘。即使入职，收到的待遇不会重视，没有必要把自己的前景压在一个不会重视你成果的公司上。

④ 程序员小白如何通过java面试

1、了解业内招聘要求：多看几家同类岗位的技术要求，大概就知道用人单位的需求了
2、多找找面试常见技术题：不同企业的面试题各种不同，多去找找，多背背
3、简历设计：这个就是要注意在简历中体现自己的项目经验、技术水平
4、面试现场反应：注意自己的着装、语言表达、技术表达
以上都是在你有专业技术的前提下进行的，如果专业技术就是小白，还是先提升专业技术吧

⑤ python编程面试常见问题有哪些

Python编程面试题目一：python下多线程的限制以及多进程中传递参数的方式，以及区别

(1)python下多线程的限制以及多进程中传递参数的方式

python多线程有个全局解释器锁(global interpreter lock)，这个锁的意思是任一时间只能有一个线程使用解释器，跟单cpu跑多个程序一个意思，大家都是轮着用的，这叫“并发”，不是“并行”。

多进程间共享数据，可以使用 multiprocessing.Value 和 multiprocessing.Array

(2)python多线程与多进程的区别

在UNIX平台上，当某个进程终结之后，该进程需要被其父进程调用wait，否则进程成为僵尸进程(Zombie)。所以，有必要对每个Process对象调用join()方法 (实际上等同于wait)。对于多线程来说，由于只有一个进程，所以不存在此必要性。

多进程应该避免共享资源。在多线程中，我们可以比较容易地共享资源，比如使用全局变量或者传递参数。在多进程情况下，由于每个进程有自己独立的内存空间，以上方法并不合适。此时我们可以通过共享内存和Manager的方法来共享资源。但这样做提高了程序的复杂度，并因为同步的需要而降低了程序的效率。

Python编程面试题目二：lambada函数

lambda 函数是一个可以接收任意多个参数(包括可选参数)并且返回单个表达式值的函数。 lambda 函数不能包含命令，它们所包含的表达式不能超过一个。不要试图向lambda 函数中塞入太多的东西;如果你需要更复杂的东西，应该定义一个普通函数，然后想让它多长就多长。

更多关于Python编程的技巧，干货，资讯等内容，小编会持续更新。

⑥ 编程面试注意事项

编程面试注意事项

1.从未在纸上或白板上写过代码

这是求职者最容易犯的大错之一。绝大多数编程面试都会安排在纸上或白板上。而与电脑上大量的编码练习相比，绝大多数求职者极少在纸上或白板上进行编码练习。

用惯了IDE(或是文本编辑器)的求职者会在如何保持纸间良好代码规范这第一步上磕磕碰碰。众所周知，编码规范是编程面试的必要条件。而且，在纸上写代码的时候，没有编译器帮你指出明显的编译时错误。此外，在专家组前方的白板上编码时，绝大多数求职者会感到不安。所以面试前，做些纸上或白板上的编码练习吧。

2.不要硬记代码

很多毕业新生会去背一些常见问题的答案。好比很多程序员都知道如何“用C中的位运算来交换两数”。但并不是所有人都知道那段代码真正做了些什么，又是如何完成这项任务的。

死记硬背并不是C编程面试的捷径。即便你侥幸答对了一两题，如果不了解基础概念还是无法通过整个面试。关键要了解编程背后的概念。重点并不在于你知道多少种语言，而在于你有多了解这些语言。

3.与面试官极少交流

觉得题目有问题或是有其他疑问时，最好和面试官谈谈。

即便不知道某个特定问题的答案，比起静静坐着或是谈些与该问题全然无关之物，诚实地承认不知道会更好。你还可以讲讲其他与原来问题相关的话题，并告诉他们你在这个话题上很擅长。

4.不准备电话面试

近来很多公司在让求职者参与下一轮面试前会安排电话面试以便初步评定。电话面试与面对面面试有很大不同。电话面试要求良好的听说技巧。

保证在回答前认真听问什么。面试官也许会给你一段代码并让你基于这段代码回答一些问题。参加电话面试前手里有只笔，有张纸很重要。

还有，不要用精准的书面用语回答所有问题，因为那样的话，面试官也许会觉得你答题时一直在完全搬照网上资料。

5.代码凌乱

不要低估代码规范的重要性。不管你多博闻强识，多有创造力，记得他们是在为你的编程技巧评定。面试官下任何结论前都要先读懂你的代码，如果你代码很凌乱，面试官也许压根就不想看。

面试官只是一方面，规范编码还有助于求职者写出正确的程序。相比一团糟的代码，规范编码出bug的可能性更小。

6.对思路避而不谈

面试官会对你解决问题的方法很感兴趣。他们不期望你能解决所有提出的问题，但希望你能给出正确的思路。

例如，你正写一个用C指针交换两数的程序，正确的思路(即调用含待交换变量地址的函数并获取指针参数地址)才是真正重要的。面试官应该会在其他卡壳的地方提示你。

所以，答题时大声说出你的思路把。这是让面试官参与其中的好方法。

7.不好的函数、变量命名习惯

无论面试时用哪种语言解决问题，尽量用相关的变量和函数名，这会有助于代码维护。

举个例子，假设你随手为函数和变量命名，写了成千上万行代码。现在，新人要加入并调试这段代码。可调试这种甚至无法理解变量代表什么的代码，纯粹是做梦。

面试官可能认为这是一个缺点，也可能不这样认为，但站在安全的一方总是更稳妥。此外，编写交换两个变量的'函数时，明明可以取名为‘swap’非用‘func’做名字的行为是不会被赏识的。

8.简历中有你所不知道的技术

这是新手的另一大错。为了让简历入围，求职者会列很多编程语言以及很多不甚了解的技术名词。虽然这也许能为你赢得面试机遇，但余下的经历肯定不会很愉快。几分钟内，面试官就能了解你的真正水平和技能。

9.没有自信

和任何面试一样，自信在编程面试中也很重要。有时面试官故意让你回答一道错题。这种情况下，如果知识过硬也有信心的话，你可以轻易指出题目中的疏漏并向面试官提。

回答正确却对自己的回答信心不足的话，入选几率不会很高。这是因为没有公司愿意雇佣没有自信的人。

10.压力过大及睡眠不足

面试前不要熬夜准备。面试过程中，你要保证头脑清晰，精力充沛。

很多求职者在答题时头脑一片空白，尤其是站在白板前面对专家组时。面试压力使得这对求职者而言是常事。好好睡一觉，面试前尽量放松。

⑦ 面试时考编程题的原因是为了干什么时间有限的情况下谁能答得好

有可能是看面试者在有限时间内，对于提出的问题，面试者解决的思路。
如果在有限的时间内，自己没有考虑好的话，可以把自己已经想到的思路写出来。
答得不好不一定没戏。如果面试者的解题思路超出面试官的想象，也有可能被录用。

⑧ 什么是编程面试都有哪些好处

相信大家也知道，任何一个人想得到一份工作都需要参加企业举行的面试测试。今天云南java培训http://www.kmbdqn.cn/就一起来了解一下，面试的原因与编程面试的优势。

我应该回答的后一个问题是为什么要搞面试?我确信有些读者已经咬牙切齿地问“对一个破败的系统想那么多干嘛?直接用带回家的项目进行考评不就行了!或者直接采取试用呗!”毕竟，一些非常成功的企业都会进行试用(求职者在团队中待一周)，或者用带回家的项目取代当面面试。试用是很有意义的，几乎可以肯定的是，让他们花一周的时间跟在一个工程师旁边工作(或者看他们是如何完成一个实际的项目的)，要比让他们回答1小时的面试问题更能反映能力。然而，有两个问题导致试用一直无法取代标准面试：

1.要进行试用的话，公司要承受高昂成本，没有公司能为每个求职申请者承担整整一周的试用花销。因而公司必须采用其他的面试环节来决定试用的人选。

2.试用(以及大型的带回家完成的项目)对求职者而言成本高昂，即使他们能获得报酬，那也未必有空参与。比如一个工程师的工作是全职的，就可能没法抽空干别的，而且就算能抽出时间，可能也不愿意。而且如果一个工程师已经获得了一些offer，那就不太可能再甘愿承受结果还充满不确定性的试用考验了，这一现象明显能从Tripletype上的求职者中看到。许多优秀的求职申请者(拥有其他公司的offer)只是单纯不做大型项目或者不经受试用考验。

试用是一种选人的绝佳方式。我认为如果你有开展试用的经济实力，那么加上试用这种选人方式是很不错的。但要想让这取代技术面试，并不完全可行。

了解工程师过去的开发经历也可以成为取代技术面试的一种方式。逻辑上来看，通过了解他们过去的开发情况，就可以推知他们未来是否可以将工作干得得心应手。遗憾的是，我们在Triplebyte上实行此方法时，收效甚微。表达能力(推销自己的能力)强的到头来要比技术能力强的人更有胜算，巧舌如簧的工程师对自己的职能夸夸其谈(将整个团队的功劳独吞)，谦虚谨慎的工程师却对自己的成绩轻描淡写，这样的现象屡见不鲜。如果有充分的时间和大量的问题去刨根究底，就有可能弄清楚真实情况，但是我们发现，常规面试时间有限，谈论过去的开发经历通常并不能取代技术面试。虽然谈过去经历有助于破冰，拉近和求职申请者间的关系，能够对他们的兴趣有所了解，(而且能从中评判求职者的表达能力，还有可能看出他和企业的的文化契合度)，但要想让这取代技术面试，并不完全可行。

编程面试的好处!

面试是对申请者能力的直接评估，我有一些朋友是当老师的，他们告诉我教师面试基本上考察的是语言表达能力(推销自己的能力)和所具备的文凭资历，这一点似乎从很多职业中都能得到印证。硅谷没有非常完美的精英体制，但我们至少确实在设法对申请者应具备的重要能力进行直接衡量，并且秉持达观开放的思想，认为一个人无论背景如何，只要具备相应的能力，就能够成为非常优秀的工程师。对文凭资历的偏见会成为贯彻这种思想的阻力，但我们在Triplebyte上已经很大程度上克服了这种偏见，并帮助很多没有常规资历的人找到了很好的技术工作。我认为Triplebyte不太可能解决比如在法律层面的问题，因为社会对于求职者文凭资历实在是太重视了。

⑨ 如何面试编程工程师

做提问之前的准备，多提一些开放性的问题，而不是那种用是或不是就可以回答的问题，这样做使你有机会与面试者展开讨论，并且提出后续的问题，尽可能多地了解对方。不要问太复杂的问题。因为面试者没有太多思考时间，所以无法周全地回答，你也就无从判断他的能力了。
不要问宗教、家庭、健康、个人隐私等方面的问题。为了确认面试者是胜任的，你可以问一些与职位相关的专业方面的问题。