软件工程考研面试问题

许多软件工程师的面试都着重于技术技能，例如对编程语言的了解。但是，一些企业面试官还会注意你的其它一些细节，接下看我们一起看一下十个非技术相关但也十分重要的问题。面试1.“为什么要成为软件工程师？”这是一个在面试中非常常见的问题，作为一名软件工程师，建议通过强调开发热情来回答这个问题。提及你对编码和编程的兴趣，并展示对小型个人项目一些看法。表达你喜欢解决复杂的问题，和技术相关的任何事物。面试官可能会通过这些来判断你对该行业的兴趣。通过你了解的最新的技术，软件设计和开发趋势，让面试官看到你对该领域的热爱。软件工程师2.“你的弱点是什么？”面试官有时会问这个问题，来真正的削弱你的能力。为了证明自己的价值，请诚实地回答。当谈到您的弱点时，请始终积极地谈论自己，并指出您正在努力改善它们。例如，如果您具有CSS的基本知识，则可以说你正在学习一些UI设计的辅助技能来提高自己对UI的认识。或者，如果您发现自己的领导能力达不到标准，那么可以这样说：“我是一个害羞的人，所以在管理方面有所欠缺。但我希望通过对我的专业知识更加自信来改进它。”弱点3.“您能描述软件开发过程吗？”在软件工程师面试期间，您面临很多问题。其中之一可能是描述软件开发过程。如果你确实是该领域的专家，则可以毫不犹豫地回答这个问题。深吸一口气，并尝试尽可能清楚地回答问题。表现出自信，证明你对开发周期了如指掌，如果时间允许，请使用尽可能多的细节。这将会是给你加分的一项。自信4.“您喜欢使用哪种编程语言？”这里的技巧是列出你最熟悉的编程语言-但要避免说您喜欢使用所有这些编程语言。在开发时，大多数软件工程师都有一种或多种首选语言。无论是JavaScript，Python还是PHP，都要提及自己喜欢的编程语言，并炫耀自己的熟练程度。同时，最好事先研究一下面试公司的信息，以确定他们使用的语言。如果你的回答适合他们公司的基础架构，那么这无疑是给你加分的选择。html5.“您之前从事过哪些项目？”这个问题将测试你的知识，批判性思维和解决问题的能力。无论是描述个人项目，实习项目还是在上一份工作中从事过的工作，请确保彻底解释自己的构建经验。这包括您采取的步骤以及做出某些决定的原因。概述可能承担的任何风险，描述任何弊端并分解项目。可以指出从该项目中获得的知识以及你从中提高的某些领域。这证明了你对软件工程的全面理解以及您是否能够在公司从事类似的项目。project6.“您在项目中面临了哪些困难？”再一次，这个问题需要一个真诚的答案。招聘面试官将要测试你对项目开发过程中可能面临的挑战的理解。如果您提到个人经历并说明如何克服，那么您将展示出出色的解决问题和领导能力。揭示最终用户的反馈如何帮助您改进和找到解决方案，以及这一挑战如何使您从错误中吸取教训。表明你不会放弃，并且可以适应开发过程中遇到的障碍和问题。problem7.“您在查看代码时会注意什么？”面试官可能会问您类似的问题来试图确定你对软件工程师职位的细节和整体责任的重视。回答时，要尽可能清晰，简洁和有条理，以显示出良好的知识。不过，请避免只列出要点-最好在每个答案后面都给出推理。说些类似的话：'我会密切注意功能，可读性以及代码是简单还是混乱。还要注意代码中可能存在的缺陷，处理哪些必须重写或删除的代码。review8.“您是否在业余时间从事项目？如果是这样，那是什么？经常在业余时间不断学习提高技能的工程师是受欢迎的。这展示了您对工艺的真正热情和兴趣。描述您的附带的练习项目，并解释您从构建它中学到的知识。您正在练习一种新的编程语言吗？强调这种语言如何使您所申请的职位受益。但这并不意味你在业余时间可以来接私活，公司对于软件开发者接私活是很排斥的，所以你有这个经历请避开。study9.“为什么选择我们的公司？”这是另一个出现几率非常高的面试问题 ； 它需要仔细回答。面试官将需要对公司工作真正感兴趣的候选人。避免提及薪水或“因为朋友在这里工作”作为答案。相反，您可以说您渴望扩大自己的行业经验，想要扮演更具挑战性的角色，或者对他们的产品/服务有真正的钦佩。对他们的领域表现出兴趣，并提及您的技能如何使公司受益。只要您事先对公司进行了足够的研究，就轻而易举地回答这个面试问题。10.“您能完成编程挑战吗？”听起来有些奇怪，这将显示您解决问题的能力和承受压力的能力。毕竟，软件工程师很多时候都是在一定压力下编写代码。面试官会检查你的知识，技能和经验，同时要考察你承受压力的信心。郑重鉴定的来回答这个问题，如果有类似解决问题的经验可以来谈一下。以上是面试软件工程师面试中的一些非专业技术性问题，但它也是作为考察的一部分，了解他，并希望帮助您在重要的日子中脱颖而出。记住要炫耀自己的技能和经验，并且始终准备随时当场解决编程难题！

计算机考研复试面试常问问题 计算机网络篇（下）在复习过程中，我用心查阅并整理了在考研复试面试中可能问到的大部分问题，并分点整理了答案，可以直接理解背诵并加上自己的语言润色!极力推荐打印下来看，效率更高！绝对良心之作！此系列一共有8篇：编程语言篇|数据结构篇|操作系统篇|组成原理篇|计算机网络篇|数据库篇|软件工程篇|计算机专业英语篇(还未全部完成,敬请期待,你们的支持和关注是我最大的动力!)个人整理，不可用于商业用途，转载请注明出处。作者各个平台请搜索：程序员宝藏。快来探索属于你的宝藏吧！需要pdf直接打印版，可在gongzonghao"程序员宝藏"回复复试上岸获取(会持续更新)需要408电子书2021版，可在"程序员宝藏"回复408电子书获取需要408初试视频2021版，可在"程序员宝藏"回复408视频获取需要复试机试视频，可在"程序员宝藏"回复机试必过获取相对于408初试，复试需要的少多了，加油，大家都可以上岸！！！让我们一起努力！！！第四章、网络层第五章、传输层第六章、应用层第四章、网络层快速唤起记忆知识框架：17.路由器的主要功能？路由器主要完成两个功能：一是路由选择（确定哪一条路径），二是分组转发（当一个分组到达时所采取的动作）。前者是根据特定的路由选择协议构造出路由表，同时经常或定期地和相邻路由器交换路由信息而不断地更新和维护路由表。后者处理通过路由器的数据流，关键操作是转发表查询、转发及相关的队列管理和任务调度等。路由选择。指按照复杂的分布式算法，根据从各相邻路由器所得到的关于整个网络拓扑的变化情况，动态地改变所选择的路由。分组转发。指路由器根据转发表将用户的IP 数据报从合适的端口转发出去。路由表是根据路由选择算法得出的，而转发表是从路由表得出的。转发表的结构应当使查找过程最优化，路由表则需要对网络拓扑变化的计算最优化。在讨论路由选择的原理时，往往不去区分转发表和路由表，而是笼统地使用路由表一词。18.动态路由算法？1、距离-向量路由算法（例如RIP算法）在距离－向量路由算法中，所有结点都定期地将它们的整个路由选择表传送给所有与之直接相邻的结点。这种路由选择表包含：1.每条路径的目的地（另一结点）。2.路径的代价（也称距离）。在这种算法中，所有结点都必须参与距离向量交换，以保证路由的有效性和一致性，也就是说，所有的结点都监听从其他结点传来的路由选择更新信息，并在下列情况下更新它们的路由选择表：被通告一条新的路由，该路由在本结点的路由表中不存在，此时本地系统加入这条新的路由。发来的路由信息中有一条到达某个目的地的路由，该路由与当前使用的路由相比，有较短的距离（较小的代价）。此种情况下，就用经过发送路由信息的结点的新路由替换路由表中到达那个目的地的现有路由。2、链路状态路由算法（例如OSPF算法）链路状态路由算法要求每个参与该算法的结点都具有完全的网络拓扑信息，它们执行下述两项任务。第一，主动测试所有邻接结点的状态。两个共享一条链接的结点是相邻结点，它们连接到同一条链路，或者连接到同一广播型物理网络。第二，定期地将链路状态传播给所有其他结点（或称路由结点）距离－向量路由算法与链路状态路由算法的比较：在距离－向量路由算法中，每个结点仅与它的直接邻居交谈，它为它的邻居提供从自已到网络中所有其他结点的最低费用估计。在链路状态路由算法中，每个结点通过广播的方式与所有其他结点交谈，但它仅告诉它们与它直接相连的链路的费用。相较之下，距离～向量路由算法有可能遇到路由环路等问题。3、一个自治系统内部所使用的路由选择协议称为内部网关协议(IGP), 也称域内路由选择，具体的协议有RIP 和OSPF 等。路由信息协议(Routing Information Protocol, RIP)是内部网关协议IGP) 中最先得到广泛应用的协议。RIP 是一种分布式的基于距离向量的路由选择协议，其最大优点就是简单。RIP 规定：网络中的每个路由器都要维护从它自身到其他每个目的网络的距离记录（因此这是一组距离，称为距离向量）。距离也称跳数(Hop Count), 规定从一个路由器到直接连接网络的距离（跳数）为1 。而每经过一个路由器，距离（跳数）加1 。RIP 认为好的路由就是它通过的路由器的数目少，即优先选择跳数少的路径。RIP 允许一条路径最多只能包含15 个路由器（即最多允许15 跳）。因此距离等于16 时，它表示网络不可达。可见RIP 只适用于小型互联网。距离向量路由可能会出现环路的情况，规定路径上的最高跳数的目的是为了防止数据报不断循环在环路上，减少网络拥塞的可能性。RIP 默认在任意两个使用RIP 的路由器之间每30 秒广播一次RIP 路由更新信息，以便自动建立并维护路由表（动态维护）。开放最短路径优先(OSPF)协议是使用分布式链路状态路由算法的典型代表，也是内部网关协议(IGP) 的一种。OSPF 与RIP 相比有以下4 点主要区别：OSPF 向本自治系统中的所有路由器发送信息，这里使用的方法是洪泛法。而RIP 仅向自已相邻的几个路由器发送信息。发送的信息是与本路由器相邻的所有路由器的链路状态，但这只是路由器所知道的部分信息。”链路状态”说明本路由器和哪些路由器相邻及该链路的“度量”（或代价）。而在RIP 中，发送的信息是本路由器所知道的全部信息，即整个路由表。只有当链路状态发生变化时，路由器才用洪泛法向所有路由器发送此信息，并且更新过程收敛得快，不会出现RIP" 坏消息传得慢＂的问题。而在RIP 中，不管网络拓扑是否发生变化，路由器之间都会定期交换路由表的信息。除以上区别外， OSPF 还有以下特点：OSPF 对不同的链路可根据IP 分组的不同服务类型(TOS) 而设置成不同的代价。因此，OSPF 对千不同类型的业务可计算出不同的路由，十分灵活。如果到同一个目的网络有多条相同代价的路径，那么可以将通信量分配给这几条路径。这称为多路径间的负载平衡。所有在OSPF 路由器之间交换的分组都具有鉴别功能，因而保证了仅在可信赖的路由器之间交换链路状态信息。4、 自治系统之间所使用的路由选择协议称为外部网关协议(EGP), 也称域间路由选择，用在不同自治系统的路由器之间交换路由信息，并负责为分组在不同自治系统之间选择最优的路径。具体的协议有BGP 。边界网关协议(Border Gateway Protocol, BGP)是不同自治系统的路由器之间交换路由信息的协议，是一种外部网关协议。边界网关协议常用于互联网的网关之间。路由表包含已知路由器的列表、路由器能够达到的地址及到达每个路由器的路径的跳数。内部网关协议主要设法使数据报在一个AS 中尽可能有效地从源站传送到目的站。在一个AS内部不需要考虑其他方面的策略。然而BGP 使用的环境却不同，主要原因如下：因特网的规模太大，使得自治系统之间路由选择非常困难。对于自治系统之间的路由选择，要寻找最佳路由是很不现实的。自治系统之间的路由选择必须考虑有关策略。边界网关协议(BGP) 只能力求寻找一条能够到达目的网络且比较好的路由（不能兜圈子），而并非寻找一条最佳路由。BGP 采用的是路径向量路由选择协议，它与距离向量协议和链路状态协议有很大的区别。BGP 是应用层协议，它是基于TCP 的。BGP 的工作原理如下：每个自治系统的管理员要选择至少一个路由器（可以有多个）作为该自治系统的"BGP 发言人“。一个BGP 发言人与其他自治系统中的BGP 发言人要交换路由信息，就要先建立TCP 连接（可见BGP 报文是通过TCP 传送的，也就是说BGP 报文是TCP 报文的数据部分），然后在此连接上交换BGP 报文以建立BGP 会话，再利用BGP 会话交换路由信息。当所有BGP 发言人都相互交换网络可达性的信息后，各BGP 发言人就可找出到达各个自治系统的较好路由。19.网络层转发分组的流程？从数据报的首部提取目的主机的IP 地址D, 得出目的网络地址N。若网络N 与此路由器直接相连，则把数据报直接交付给目的主机D, 这称为路由器的直接交付；否则是间接交付，执行步骤3) 。若路由表中有目的地址为D 的特定主机路由（对特定的目的主机指明一个特定的路由，通常是为了控制或测试网络，或出千安全考虑才采用的），则把数据报传送给路由表中所指明的下一跳路由器；否则执行步骤4)若路由表中有到达网络N 的路由，则把数据报传送给路由表指明的下一跳路由器；否则，执行步骤5) 。若路由表中有一个默认路由，则把数据报传送给路由表中所指明的默认路由器；否则，执行步骤6) 。报告转发分组出错。注意：得到下一跳路由器的IP 地址后并不是直接将该地址填入待发送的数据报，而是将该IP 地址转换成MAC 地址（通过ARP），将其放到MAC 帧首部中，然后根据这个MAC 地址找到下一跳路由器。在不同网络中传送时， MAC 帧中的源地址和目的地址要发生变化，但是网桥在转发帧时，不改变帧的源地址，请注意区分。20.IP地址和MAC地址？IP 地址是网络层使用的地址，它是分层次等级的。MAC地址是数据链路层使用的地址，它是平面式的。在网络层及网络层之上使用IP 地址， IP 地址放在IP 数据报的首部，而MAC 地址放在MAC 帧的首部。通过数据封装，把IP 数据报分组封装为MAC 帧后，数据链路层看不见数据报分组中的IP地址。由于路由器的隔离， IP 网络中无法通过广播方式依靠MAC 地址来完成跨网络的寻址，因此在IP 网络的网络层只使用IP 地址来完成寻址。寻址时，IP每个路由器依据其路由表（依靠静态路由或动态路由协议生成）选择到目标网络（即主机号全为0 的网络地址）需要转发到的下一跳（路由器的物理端口号或下一网络地址），而IP 分组通过多次路由转发到达目标网络后，改为在目标LAN 中通过数据链路层的MAC 地址以广播方式寻址。这样可以提高路由选择的效率。注意：路由器由于互联多个网络，因此它不仅有多个IP 地址，也有多个硬件地址。21.ARP地址解析协议？无论网络层使用什么协议，在实际网络的链路上传送数据帧时，最终必须使用硬件地址。所以需要一种方法来完成IP 地址到MAC 地址的映射，这就是地址解析协议(Address Resolution Protocol）。每台主机都设有一个ARP 高速缓存，用来存放本局域网上各主机和路由器的IP地址到MAC 地址的映射表，称ARP 表。使用ARP 来动态维护此ARP 表。ARP 工作在网络层，其工作原理如下：主机A 欲向本局域网上的某台主机B 发送IP 数据报时，先在其ARP 高速缓存中查看有无主机B 的IP 地址。如有，就可查出其对应的硬件地址，再将此硬件地址写入MAC 帧，然后通过局域网将该MAC 帧发往此硬件地址。如果没有，那么就通过使用目的MAC 地址为FF-FF-FF-FF-FF-FF 的帧来封装并广播ARP 请求分组，使同一个局域网里的所有主机收到ARP 请求。主机B 收到该ARP 请求后，向主机A 发出响应ARP 分组，分组中包含主机B 的IP 与MAC 地址的映射关系，主机A 在收到后将此映射写入ARP 缓存，然后按查询到的硬件地址发送MAC 帧。ARP 由于“看到了"IP 地址，所以它工作在网络层，而NAT路由器由于“看到了“端口，所以它工作在传输层。注意：ARP 用于解决同一个局域网上的主机或路由器的IP 地址和硬件地址的映射问题。如果所要找的主机和源主机不在同一个局域网上，那么就要通过ARP 找到一个位于本局域网上的某个路由器的硬件地址，然后把分组发送给这个路由器，让这个路由器把分组转发给下一个网络。剩下的工作就由下一个网络来做，尽管ARP 请求分组是广播发送的，但ARP 响应分组是普通的单播，即从一个源地址发送到一个目的地址。22.DHCP动态主机配置协议？动态主机配置协议(Dynamic Host Configuration Protocol, DHCP) 常用于给主机动态地分配IP 地址，它提供了即插即用联网的机制，这种机制允许一台计算机加入新的网络和获取IP 地址而不用手工参与。DHCP 是应用层协议，它是基于UDP 的。DHCP 的工作原理如下：使用客户／服务器方式。需要IP 地址的主机在启动时就向DHCP 服务器广播发送发现报文，这时该主机就成为DHCP 客户。本地网络上所有主机都能收到此广播报文，但只有DHCP 服务器才回答此广播报文。DHCP 服务器先在其数据库中查找该计算机的配置信息。若找到，则返回找到的信息。若找不到，则从服务器的IP 地址池中取一个地址分配给该计算机。DHCP 服务器的回答报文称为提供报文。DHCP 服务器聚合DHCP 客户端的交换过程如下：DHCP 客户机广播"DHCP 发现“消息，试图找到网络中的DHCP 服务器，以便从DHCP服务器获得一个IP 地址。DHCP 服务器收到"DHCP 发现消息后，向网络中广播"DHCP 提供“消息，其中包括提供DHCP 客户机的IP 地址和相关配置信息。DHCP 客户机收到"DHCP 提供“消息，如果接收DHCP 服务器所提供的相关参数，那么通过广播"DHCP 请求“消息向DHCP 服务器请求提供IP 地址。DHCP 服务器广播"DHCP 确认“消息，将IP 地址分配给DHCP 客户机。DHCP 允许网络上配置多台DHCP 服务器，当DHCP 客户机发出DHCP 请求时，有可能收到多个应答消息。这时， DHCP 客户机只会挑选其中的一个，通常挑选最先到达的。DHCP 服务器分配给DHCP 客户的IP 地址是临时的，因此DHCP 客户只能在一段有限的时间内使用这个分配到的IP 地址。DHCP 称这段时间为租用期。租用期的数值应由DHCP 服务器自己决定， DHCP 客户也可在自已发送的报文中提出对租用期的要求。23.ICMP网际控制报文协议？为了提高IP 数据报交付成功的机会，在网络层使用了网际控制报文协议(Internet Control Message Protocol, ICMP) 来让主机或路由器报告差错和异常情况。ICMP 报文作为IP 层数据报的数据，加上数据报的首部，组成IP 数据报发送出去。ICMP 是IP 层协议。ICMP 报文的种类有两种，即ICMP 差错报告报文和ICMP 询问报文。ICMP 差错报告报文用于目标主机或到目标主机路径上的路由器向源主机报告差错和异常情况。共有以下5种类型：终点不可达。当路由器或主机不能交付数据报时，就向源点发送终点不可达报文。源点抑制。当路由器或主机由于拥塞而丢弃数据报时，就向源点发送源点抑制报文，使源点知道应当把数据报的发送速率放慢。时间超过。当路由器收到生存时间(TTL) 为零的数据报时，除丢弃该数据报外，还要向源点发送时间超过报文。当终点在预先规定的时间内不能收到一个数据报的全部数据报片时，就把已收到的数据报片都丢弃，并向源点发送时间超过报文。参数问题。当路由器或目的主机收到的数据报的首部中有的字段的值不正确时，就丢弃该数据报，并向源点发送参数问题报文。改变路由（重定向）。路由器把改变路由报文发送给主机，让主机知道下次应将数据报发送给另外的路由器（可通过更好的路由）。

编辑的话：做为软件工程师，在入职一个企业之前，技术面试是必不可少的一个环节。面试官通过对应聘者进行提问交流，考察应聘者的技术能力。但是往往技术面试问题考察的并不单是应聘者对问题技术本身的考察，更多的是基于对面试问题背后的学员的思考能力、设计能力、逻辑思维能力甚至团队协作能力的考察。本文通过解读几道常见面试题，解密软件工程师这个岗位背后的技能要求。面试题 1：在 Java 中 String 类为什么要设计成 final？答：在 Java 体系中，其实除了 String 类外，像 8 种基础数据（Short、Byte、Integer、Long、Float、Double、Character、Boolean）都是 final 的。之所以把这些基础类型都设计成为 final 的，为的是更加简单的解决基础数据类型传参的问题（值传递）。否则连基础数据类型的传参也都是引用传递的话，那程序设计得有多复杂。解读：面试官考察学员这个问题的时候，除了要考察面试者对 Java 中 String 的技术储备，更多的考察的是学员的设计思想。重点的不是前面的回答而是后面的回答。看应聘者能否解读 SUN 公司工程师设计 String 为 Final 的设计思想。面试题 2：使用 Java 实现一个计算三角形面积的功能答：可以将三角形设计成为类，将计算三角形的面积写成这个类的方法。更优者可以设计一个形状的抽象类，里边有计算面积的抽象方法。创建一个三角形的类继承该抽象类，并实现计算面积的抽象方法。解读：此问题初一看简单啊，使用一个 Main 程序全搞定。这么写，基本上也就只有回去等通知的份了。仔细分析不难发现，此问题考查的不是学员的编程能力，而是面向对象的程序设计思想。实现不难，关键是要看的是你的潜意识里是面向过程设计还是面向对象设计。面试题 3：假如让你设计电商网站，你如何解决搞活动期间（如双 11）的高并发问题？答：关于电商网站的高并发问题进行分析，得出电商网站的高并发问题具有以下特征。（1）电商网站的高并发问题中各业务承担流量不同。由于各业务承担流量的不同，很自然的我们可以想到，可以将整一个大的项目按照微服架构的设计思路拆分成一个个小的项目。根据业务流量的不同，对不同的项目做不同程度的负载均衡，分担流量（如用户执行较为频繁的商品查询操作，则需要多为其分配几台机器，共同分解流量）。（2）用户执行查询操作多于更新操作。由于用户执行查询操作多余更新操作（看的人多，买的人少），我们可以基于这个特征。将数据库进行读写分离，保证用户读操作的及时反馈。（3）针对某一个商品的购买需要排队，避免出现用户重复购买的现象，但这可能引起用户购买商品效率低下的问题。用户再多，也不能出错。这是电商平台的基本原则，不管有多少用户，商品数量一定的情况下，用户的购买量一定小于等于商品的数量。为了防止在并发情况下，不同用户对同一件商品的重复性购买，出现纠纷，我们可以采用消息队列 MQ+分布式锁，实现用户排队。使用 MQ 实现排队，使用分布式锁（Redis 和 Zookeeper 均有分布式锁机制）实现库存管理，防止重复购买。同时使用 MQ 也可以保证系统业务上的解耦，避免用户长时等待。当然除了以上具体方案，好的硬件支持还是必不可少的。解读：此类面试题更多的是考察学员的架构设计能力。此类面试题的答案是否完美，往往决定着你接下来可以拿到的薪酬水平。此类问题的重点不在于你是否曾经做过类似功能，而是考察你是具备架构设计的潜力，是否可以成为公司的下一任架构潜力股。往往当我们面对这一种解决方案式问题的时候，容易犯懵。切记，此时最重要的就是冷静，还是冷静。同时要注意我们平时的技术储备，以及关注业务上的难点。在平时的工作中，多思考，勤积累。面试题 4：现在请你在一张纸上，画一颗树，树上结了三个果子，树下是草坪。答案：树有多高？果子是什么，苹果吗还是梨？解读：此问题，往往会让应聘者一下子懵掉，直接提笔就画。呵呵，恭喜你，这么做你就等着听那句：“回去等通知吧”。这类问题往往要考察的是应聘者是否有相应的团队协作和沟通能力。面对一个不怎么明确的需求，我们往往也是埋头就干，做了半天结果发现原来不符合领导或客户需求。面对这类的问题，一定要做到不耻下问，避免是坑。在面试的过程中，经常性的会被问到高难度，面试题。正所谓面试题坑太多，回题者需谨慎，想好了再说。由此，对于学习者来讲，学习岗位技能知识，决不能停留在知识和技能本身的掌握上，还要了解其背后关联的岗位技能更深层次的要求。文章摘自《教育研究与评论》第88期 北大青鸟研究院 尚泽中

作者丨Ammon Bartram翻译丨雁惊寒Triplebyte是一家协助其他公司招聘工程师的企业。在他的招聘流程中不关注应聘者的背景，并通过多种方法来减少对应聘者的偏见，致力于创建更好的招聘流程。本文介绍了该公司的一些招聘经验和建议。我们在Triplebyte公司做过很多次面试。事实上，在过去的两年里，我曾面试了900多名工程师。这是否真的很好地利用了我自己的时间了呢？值得探讨一下！但是，不管怎么说，我们的目标是让工程师更好地被雇用。为此，对于应聘者，我们不关注他们的背景，不看他们的证书或者简历，而是直接考核他们的编程技能。在工程师通过我们的招聘流程之后，他们会直接进入我们合作的公司进行最后的面试（包括苹果、Facebook、Dropbox和Stripe）。我们不看应聘者的背景，直接对他们进行面试，然后再看看他们在这些顶尖的科技公司表现的怎么样。这为我们提供了一些面试方面非常有用的数据。在这篇文章中，将介绍我们从这些数据中学到的东西。技术面试现在出现了很多种不同的方式。但是这个说起来容易，做起来难。我这篇文章的目标就是来接受这个挑战，为招聘经理和首席技术官提供具体的建议。面试虽然很难，但是我认为，只要认真对待，许多问题都可以得到解决。现状大多数的面试过程都包括这两个主要步骤：申请人筛选亲身面试对申请人进行筛选，目的是尽早过滤掉一部分应聘者，以节省面试时间。筛选的过程通常包括：招聘人员浏览应聘者的简历（约10秒钟），然后是30分钟到1小时的电话沟通。我们共有18％的公司使用了家庭式的编程考核（无论是取代手机筛选，还是额外增加的考核）。 有趣的是，经过这些筛选步骤，绝大多数应聘者都会被拒绝掉。 事实上，在所有与我们合作的公司中，超过50％的应聘者在简历浏览的过程中就被拒绝了，另外30％的应聘者在电话筛选或者编程考核中被拒绝。筛选也是招聘中最为随意的一步。招聘人员面对如此多的应聘者，需要快速地作出决定。这时，证书和模式匹配就发挥作用了。亲身面试通常由45分钟到1小时的谈话组成，每次谈话都有不同的面试官。这些谈话主要是技术方面的（每个公司一般都会有一两个专注于文化素养和软技能方面的谈话）。聘用或者不聘用的决定最终会在应聘者离开后的相关会议中确定下来，招聘经理和每个面试官都会参加这个会议。基本上来说，应聘者至少需要有一个强有力的支持者，并且没有强力的反对者才能最终得以录用。然而，除了常见的形式之外，最终面试的形式也千差万别：39％的公司在面试过程中会在白板上做标记52％允许应聘者使用自己的电脑（有9％不一定）55％让应聘者自己挑选问题（剩下的45％使用标准题库）40％需要视应聘者的理论计算机科学水平来决定是否录用15％不喜欢理论计算机科学（并认为，谈论理论计算机科学代表了这个应聘者并不具有创造性）80％让应聘者在面试中可以使用任何编程语言（其余的20％需要使用特定的语言）5％在面试中会明确地评估编程中的细节问题在所有合作的公司中，最终22%的人能得到录用通知。约65％的录用通知会被接受（最终产生雇佣关系）。一年以后，这些公司会对其中大约30％的员工感到非常满意，同时，5％左右的员工被解雇。错误的否定 vs. 错误的肯定那么，目前的这种状况有什么问题吗？要看清楚存在的问题，首先要思考一下面试失败的两种情形。面试可能会让一名坏的工程师被雇用，后来再被解雇（错误的肯定）。而面试也可能会使那些本来能够胜任这份工作的人失去资格（错误的否定）。错误的录用所产生的后果是显而易见的，对公司而言代价也是很昂贵的（体现在薪酬、管理成本和整个团队的士气等方面）。错误的录用会消耗团队的精力。相比之下，可以胜任工作但却没有得到机会的候选者是看不见的。这两种情况中的任何一种都存在争议。由于这种不对等性，公司在面试中更倾向于拒绝应聘者。招聘过程中的杂音会增加这些问题出现的概率。在一小时内判断应聘者的编程水平从根本上来说是很困难的。再加上一系列的模式匹配和依赖直觉的电话沟通，以及上面提到的不同公司的不同偏好，这些都会给你留下非常大的杂音。在这些杂音下，为了保证低概率的“错误的决定”，公司的决策必须偏向于拒绝应聘者。最终产生的结果就是错失优秀的工程师、相对于实际的技能更看重其拥有的证书，以及对相关的人员举棋不定甚至失望。 如果对公司的每个人都要针对其从事的工作重新进行面试，那么通过的百分比有多少呢？ 这是一个可怕的问题。答案几乎可以肯定在100％以下。应聘者在被公司拒绝后可能会受到伤害，而公司在找不到所需的人才时也会受到伤害。需要澄清的是，我不是说公司在面试中应该降低要求。拒绝是面试的重点！我更加没有说，公司害怕“错误的肯定”甚于“错误的否定”是错误的。错误的录用一个应聘者所带来的代价是昂贵的。 我认为，招聘过程中的杂音和避免招错人的想法，导致了“错误的否定”的概率很高，这伤害了那些应聘者。而解决的办法就是改善信号。减少面试中的杂音的具体方法1. 确定你要找的员工需要具备哪些技能并没有一套技能标准来定义一个好的程序员。相反，这世上有很多种各不相同的技能集。没有哪个工程师能够擅长这所有领域的技能。事实上，在Triplebyte公司，我们经常会看到优秀而又成功的软件工程师拥有完全不相关的技能。那么，进行一个好的面试的第一步就是要确定应聘者需要具备哪些技能。我建议你问一下你自己下面几个问题。你需要一个能够快速迭代的程序员，还是细心严谨的程序员？你想要有人来解决技术问题，还是构建产品？你是否需要一个拥有某个特定技术技能的程序员，还是一个聪明的、能够在工作中学习的程序员？理论计算机科学、数学、算法能力是重要的还是无关紧要的？理解并发、C内存模型、HTTP是否重要？这些问题没有正确的答案。我们所在的那些成功的公司对这些问题都会有正反两个不同的答案。但是，最关键的是你应该根据自己的需要来做出有目的性的选择。因此，我们要避免的就是简单地随机性地挑选面试问题（或让每个面试官自己决定）。当这种情况发生时，公司的工程师文化可能会发生偏离，具有某个特定技能的工程师会越来越多，公司会向着不重要的方向发展，而那些不具备这种技能的工程师（但是具备其他重要的技能）会被拒绝。2. 让问的问题尽可能地接近真实的工作聘请的专业程序员为了解决一些复杂的大问题可能需要耗费数周甚至数月，但面试官并没有几个星期或几个月的时间来评估一个应聘者。每个面试官通常只有一个小时的时间。面试官看的是应聘者在压力下快速解决小问题的能力。这是一项与众不同的技能。它与应聘者本身所具备的技术技能是相关的，但又不完全相关。在制定面试问题时，应尽可能地让他们之间的差异最小化。面试中问的问题应尽可能地接近应聘者应聘的那个职位（或者你想要衡量的技能）。例如，如果你关心的是后端编程，可以让应聘者构建一个简单的API并添加功能，而不是要求他们解决BFS字链问题。如果你关心算法方面的能力，可以让应聘者通过使用算法来解决问题（比如，用BST和hashmap来构建一个简单的搜索索引，以提高删除操作的性能），而不是要求他们确定一个点是否包含在一个凹多边形中。你可以让应聘者在白板上解决一个小问题，也可以让他们用真实代码来调试程序，但是，后者相对来说效果更好一些。也就是说，在白板上进行面试是有争议的。作为一个面试官，我不在乎工程师是否能够熟记Python itertools模块。我关心的是他们如何使用迭代器来解决问题。通过让应聘者在白板上工作，我可以让他们不必关注语法正确与否，而是专注于逻辑。但是，最终我认为这个论点是错误的，因为对于不同的面试形式并没有给出足够的理由。你可以让应聘者在计算机上操作来获得上面提到的所有的好处，只要告诉他们这个代码不需要运行就行了（甚至可以成为一个开放的书面面试，并允许他们用谷歌搜索任何他们想要的东西）。重点说明一下，面试过程中问的问题应该要能反映实际的工作。这些问题不应该受外部的依赖，这很重要。例如，要求应聘者用Ruby编写一个简单的网络爬虫看起来就是一个不错的实际问题。然而，如果应聘者需要安装Nokogiri（一个Ruby解析库，安装起来可能会很痛苦），并且最终用了30分钟的时间来配置本地扩展，那么这将成为一个可怕的面试。不仅浪费了时间，而且对应聘者的压力也已经过去了。3. 问那种不能放弃的并且包含多个部分的问题对于面试中要问的问题，有另外一个很好的经验法则，那就是要避免可以“放弃”的问题，例如，避免出现应聘者可以提前在Glassdoor（译者注：Glassdoor是美国的一家做企业点评与职位搜索的职场社区网站）上搜索到相关信息的问题，以防止他们不用动脑子就可以回答出来。这样就排除了脑筋急转弯或者任何需要顿悟的问题。同时也意味着所提的问题需要有一系列相互依存的步骤，而不是一个单一的核心问题。另一个有用的方法是问问你自己，你是否能帮助一个陷入难题的应聘者，并且在结束面试的时候，他仍然能够给你一个积极的印象。对于一个只有一个步骤的问题，如果你不得不给应聘者以大量的帮助，那么表明他们失败了。而对于一个包含多个步骤的问题，你可以仅仅帮助他其中的一个步骤，让应聘者可以回答好剩下的步骤。这么做很重要，不仅仅是因为你的问题可能会泄漏到Glassdoor上，而且（并且更重要）因为包含多个部分的问题的杂音更小。好的应聘者会变得紧张而又不知所措。帮助他们并且看着他们恢复情绪是很重要的。应聘者在解决任何一个编程逻辑问题时，都可能会产生一个很大的杂音，因为他们最近可能看到过类似的问题，或者是他们的运气实在太好了。包含多个部分的问题可以消除一些杂音。它让应聘者有机会看到他们自己努力的成果像滚雪球一样越滚越大。在其中的某一个步骤上的努力往往会有助于他们解决后面的步骤。这在实际工作中是一个很重要的动力，而如果在面试中捕捉到这一点就能减少杂音。举个例子，让应聘者在终端上实现Connect Four游戏（有一系列的步骤）可能比要求应聘者旋转一个矩阵（单单一个步骤）来得更好。而实现k均值聚类（互相依赖的多个操作）可能比确定直方图中最大的矩形来得更好。4. 避免太难的问题如果一个应聘者顺利解答了一个非常困难的问题，那么这相当于告诉了你很多有关他的技能方面的事情。但是，由于问题很难，大多数应聘者都不能很好的解答。那么期望从这个问题获得的信息的多少，就会受到这个问题的难度大小的影响。我们发现，最优的难度要比大多数面试官估计的难度要小得多。我们现在遵循的经验法则是，面试官解答出问题的时间应该是他们希望应聘者解答问题所花时间的25％。所以，如果我正在针对一个小时的面试开发新的问题，则我就会要求我的同事（没有任何警告）能够在15分钟内回答出这些问题。同时，上文提到，问题要包含多个部分，并与实际工作相接近，所有这些要求结合在一起，使得最佳的面试问题真的是很直接很简单。需要澄清的是，我并没有要求为了通过率而降低评判标准。我坚决主张对候选者问一些简单的问题，然后在评估中要查看应聘者是如何轻松地回答问题的。我主张问一些简单的问题，但是对评判的标准严格一点。对于大多数应聘者来说，这样带来的压力更小，这算是额外的好处吧。举个例子，要求应聘者创建一个简单的命令行界面，其命令用于存储和检索键值对（如果他们完成的很好的话，可以添加一些功能）可能比要求应聘者实现算术表达式的解析器更好。而涉及到最常见的数据结构（列表、散列、树）的问题可能比有关跳转表、树堆或其他更模糊的数据结构的问题更好。5. 对每个应聘者问同样的问题面试就是对应聘者进行比较。目标是将应聘者分为能或者不能为公司做出贡献的两类人员（如果只是为单个职位雇用人员，则选择最适合的人）。正因为这样，向不同的应聘者提不同的问题是没有道理的。如果你以不同的方式评估应聘同一工作的不同应聘者，就会引入杂音。我认为，人们之所以继续以一种随意的方式选择问题，是因为面试官喜欢这样。技术公司的工程师通常不喜欢面试。他们只是偶尔做这种事情，同时，这也让他们脱离了自己的主业。为了规范对每个应聘者所问的问题，面试官需要花更多的时间来学习这些问题，并讨论得分和答案。每当问题改变时，他们都需要重新再来一遍。另外，总是问同样的问题的确有那么一点点乏味。不幸的是，这里唯一的答案就是要面试官付出自己的努力。一致性是进行有效面试的关键，这意味着要求对每个应聘者提出相同的问题，并标准化答案。别无选择。6. 考虑使用多套面试题你应该考虑提供多份完全不同的面试题，这与我之前的观点是冲突的。在设计面试题时，第一步要考虑的是有关技能方面的事情。然而，某些答案可能会互相之间冲突！例如，你可能需要招聘几个遵守规则的工程师，但同时又要招几个非常有创造性的工程师（甚至可能是相同的角色），这都是非常正常的。在这种情况下，应当考虑准备多套面试题。并且，关键问题是，你应该准备足够多的题目来标准化每套试题。这就是我们在Triplebyte公司所做的事情。你可以简单地询问每个应聘者他们喜欢哪种类型的面试。7. 不要让自己因为证书而产生偏见证书并不是毫无意义。从麻省理工学院或斯坦福大学毕业、或者在Google和苹果工作过的工程师，从整体上来说比其他那些没有这些经历的工程师表现的要更好一些。但问题是，绝大多数的工程师（包括我自己）都没有这些经历。 所以如果一家公司太依赖于这些，那么他们会错失绝大多数的技术人员。 在筛选步骤中给予证书一定的重视程度并不是完全不合理。我们在Triplebyte不会这么做（我们做的所有的评估100％都是不看他们的背景的）。但是，在筛选时给证书一定的重视程度可能是有意义的。然而，让证书来左右最终面试的决定没有任何意义，而且我们有数据可以证明这种情况。拥有顶尖大学学位的应聘者的面试通过率比没有名牌大学学位的候选者高出30%。如果面试官知道应聘者拥有麻省理工学院学位的话，他们更愿意在面试中宽恕应聘者的错误。这是一种杂音，你应该要避免。最简单的方法就是在把简历提交给面试官之前将学校和公司名称去掉。有些应聘者可能会提到他们的学校或公司，但我们在面试时并不知道应聘者的背景，而应聘者在技术评估时很少会提及这些。8. 避免欺负应聘者面试不仅仅是评估一个应聘者的技能，也是一个团队在接纳一个成员。对于后半句话来说，面试可以认为是一个通过仪式。是的，面试的压力很大，也让人讨厌，但是我们都经历了，应聘者也一样。当应聘者做得不好时，这种情况会更加突出。作为一名面试官，当看到应聘者因为一道简单的题目而卡住的时候，心里是沮丧的。你会变得脾气暴躁。当然，这只会增加应聘者的压力。这就是你应该极力避免的东西。解决的办法就是对这个问题进行讨论并对面试官进行培训。我们使用的一个窍门是，当应聘者表现得实在很差时，你可以把评估模式转变为教学模式，评估模式的目标是评估应聘者的技能，而教学模式的目标是让应聘者理解问题的答案。在心理上做出改变会有很大帮助作用。当你处在教学模式时，就没有任何理由去隐瞒信息或是做除了友好以外的其他事情。。9. 根据应聘者具备的最强技能做决策，而不是平均或最小技能到目前为止，我只讨论了个别问题，而没有讨论最后的面试决策。我的建议是尝试根据应聘者展示出来的最强技能水平，而不是平均水平或最低水平来做出决策。这个可能你已经有意或者无意地在做了！做出是否录用决定的方式是这样的，每个面试应聘者的人坐在一起开会，如果至少有一个人强烈要求录用，而且没有其他人强烈反对，那么最终就会录用。而要让一位面试官强烈的支持他，就是应聘者在面试过程中需要做的事情了。我们的数据显示，最强技能是与面试最相关的属性。然而，要被录用，不能有任何一个面试官发出强烈的反对意见。当应聘者在一个问题上看起来真的很愚蠢的时候，强者的反对意见就会出现。在这里我们发现了很多杂音。要成为一名熟练的工程师有很多种不同的方式，但几乎没有哪个应聘者可以全部掌握他们。 这意味着如果你提出正确（或错误）的问题，任何工程师都可能会看起来很愚蠢。 应聘者收到录用通知，那么说明他至少在某一个领域很牛逼（最强技能），而且在其他领域也不会太差。问题是，这就是杂音。同样的一个工程师，因为在网络问题上看起来很蠢而没有通过某一次面试，但他出色地通过了其他的面试，就因为这方面的问题没有出现。我认为最好的解决办法是让公司专注于最强技能，并且对那些在面试中表现得不太好的人提供更多的帮助。 这就是要寻找强有力的理由来肯定应聘者，而不是担心应聘者薄弱的方面。我不认为这是绝对的。 当然，技术领域对于公司而言是至关重要的。但更多地关注最强技能可以降低面试的杂音。为什么要进行面试？我回答的最后一个问题是为什么要进行面试？我相信一些读者已经在咬牙切齿地说：“为什么要为这个破面试考虑那么多东西？完全可以采用家庭式项目，或者试用就业就可以了！” 毕竟，一些非常成功的公司使用的就是试用就业（让应聘者加入团队一个星期），或完全用家庭式项目取代现场面试。试用就业具有很大的意义。在工程师旁边工作一个星期（或者看着他们如何完成一个实质性的项目）肯定比观察他们在一个小时内如何解决面试问题能更好地衡量他们的能力。然而，有两个问题使得试用就业无法完全取代标准的面试：对于公司来说，试用就业的代价很高。没有哪个公司会为每个应聘者花一个星期的时间。为了决定谁来试用就业，公司必须采用一些其他的面试过程。对于试用就业（和大型的家庭式项目），应聘者要付出的代价很高。即使付他们薪水，也不是所有的应聘者都有时间。例如，从事全职工作的工程师可能根本没有时间来做这个。即使可以，许多人也不会这么做。如果工程师手里已经有了其他的录用通知，那么他们就不太愿意承担试用就业的不确定性。在Triplebyte的应聘者中，我们很清楚地看到了这一点。许多非常优秀的应聘者（手里还有其他公司的录用通知）不会做大型项目或试用就业。试用就业是提供应聘者的绝佳选择。我认为如果你有足够的规模来支持多种招聘方式，那么添加试用就业这种方式是一个好主意。然而，作为面试的完全替代品是不可行的。与应聘者谈论过去的经验有时会被用来替代技术面试。看看应聘者是否能在未来做好工作，从逻辑上来讲，可以看看他们在过去做了什么。我们已经在Triplebyte测试了这一点，不幸的是我们并没有总结出很好的结果。沟通能力（销售自己的能力）最终成为比技术能力更强的信号。我们经常会发现口才好的人喜欢夸大他们的作用，而谦虚的人则会淡化他们所做的事情。如果有足够的时间并问他们足够的问题，也许就能分清这两种人。然而，我们发现，在常规面试的时间内，谈论过去的经验并不是面试的一般替代方法。这是打破冷场并理解应聘者的兴趣好爱的不错的方法（并判断他们的沟通能力）。但这并不是一个切实可行的面试替代方案。有关编程面试的好的方面！我想以更积极的方式来结束这篇文章。对于面试中出现的错误，其实也有不少可取之处。面试就是直接对技能进行评估。我有一些朋友，他们是老师，他们告诉我说，对老师的面试基本上就是衡量他们的沟通能力（销售自己的能力）和一张证书。这对于很多专业来说似乎都是如此。硅谷不是一个完美的精英聚集地。但我们至少要尝试直接考核那些重要的技能，并始终相信，任何有这些技能的人，不管他们的背景如何，都可以成为一名伟大的工程师。证书偏见往往阻碍了这一点。但是，我们在Triplebyte已经能够克服这个问题，并帮助很多具有非正规背景的人获得了很好的技术性工作。但是，在其他一些领域，例如，在法律领域，对证书的依赖度就很高。程序员还可以对面试的方式进行选择。这是一个非常有争议的话题，我们做了一个实验，提供了多种不同类型的评估方式，我们发现大多数程序员仍然选择常规的面试。并且我们发现，只有少数程序员对采用试用就业或家庭式项目的公司感兴趣。无论是好是坏，编程面试是大家普遍接受的面试方式。其他类型的评估方式都是伟大的补充，但他们似乎不太可能取代面试作为评估工程师的主要方式。 错误地引用丘吉尔的话，“除了所有其他尝试过的方法，面试是评估工程师最糟糕的方法。”结论面试很难。人类相当的复杂。从某种程度上来说，在四个小时的面试中判断一个人的能力是一个愚蠢的行为。我认为保持谦虚很重要。任何面试的过程注定要失败很多次。人太复杂了。但这并不是说要放弃面试。 尝试采用任人唯才的面试流程总比不尝试要好。 在Triplebyte，我们的面试流程就是我们的产品。我们集思广益，然后进行测试，并随着时间的推移逐步改进。我认为，这就是改进工程师招聘方式的方法。在这篇文章中，我分享了过去两年里我们学到的一些大的事情。我很乐意收到反馈意见，并被告知这些想法对其他人有帮助。

考研复试的面试环节确实有一些导师会问考生类似的问题，对于一部分即使不读研也会顺利就业的专业来说，导师问考生为什么考研之类的问题则更为常见，比如软件工程专业等。对于考生来说，在回答为何要考研这个问题时，应该注重把自己的发展规划，个人特点（优势）同时呈现出来。导师问考生这个问题，往往有多种含义，比如要从侧面了解考生的个人特点、知识结构、学习能力、价值观等等，所以应该把这些导师关心的问题做一个主要的概述。实际上，为什么考研是比较能够体现出学生价值观的一个问题，不少同学会回答得比较现实，比如获得更多的就业渠道、更高的薪资待遇、更大的发展空间等等，这些回答没问错，但是这些都是导师不需要问就知道的答案，这些回答并不会给导师传递任何有价值的信息。实际上，很多导师并不是把关注点放在读研结束之后，而是放在读研的过程中，所以考生一定要把握住这一点，尽量要提及在读研的过程中如何规划自己的研究生学习生涯，一个详细的学习规划会为考生赢得更多的关注。通常情况下，考生还可以从三个方面来扩展自己的答案，首先从自身的学习能力角度出发，比如有信心通过读研来获得一定的研究成果；其次从个人的兴趣爱好角度出发，比如自己比较愿意从事研究工作等；最后还可以从个人的能力特点角度来出发，如果在本科期间参加过专业知识竞赛，或者是参与过一些科研活动，可以重点强调一下。为什么考研这样的问题，看似简单，实则不同的回答会给导师传递不同的信息，因为面试的时间比较有限，所以一定不能浪费任何一次导师提问的机会，一定要结合自身的实际情况，来有效回答这个问题。简单的说，就是呈现自己的各种读研优势，并且坚定地告诉导师，自己已经准备好了。我从事互联网行业多年，目前也在带计算机专业的研究生，主要的研究方向集中在大数据和人工智能领域，我会陆续写一些关于互联网技术方面的文章，感兴趣的朋友可以关注我，相信一定会有所收获。如果有互联网、大数据、人工智能等方面的问题，或者是考研方面的问题，都可以在评论区留言，或者私信我！

哈尔滨工程大学是“国防七子”之一，软件工程学科实力为B档，软件工程学硕在计算机科学与技术学院招生，有四个研究方向。哈尔滨工程大学软件工程的2020招生专业目录：2020年拟招人数30人，其中包括推免计划10人考生的复试总成绩（350分）=专业知识笔试成绩（160分）+软件能力水平测试成绩（20分）+面试成绩（170分）。笔试=专业知识笔试+软件能力水平测试 专业知识笔试：考试科目 2门（数据库原理、网络安全）机试：软件能力水平测试，共20 分，机试时间0.5 小时。面试：面试总成绩（170分）=外语测试成绩（50分）+综合面试成绩（120分），面试时间不少于20 分钟。2018年复试分数线：260分2019年复试分数线270分，一志愿复试人数56，实际录取33人，均为一志愿，最高分370，最低分278分，平均分320分。哈尔滨工程大学是黑龙江的211院校，软件工程学科实力是不错的，该专业招生比较稳定，在30人左右，复试分数线不是很高，但是从去年来看复试刷人比例有点高；在18年的时候接受了调剂，推免比例一般，总的来说招生人数还是挺可观的。计算机类的专业要求比较高，软件工程相对计算机专业来说要容易一些。哈工程由于地理位置的原因，竞争压力没有北上广那么热，在当地的就业应该是没问题的，所以想考一所相对还不错的学校，又想竞争压力没那么大，是可以考虑这所院校的。

计算机科学与技术专业是一个软硬件都要学习的一大专业，如果本科是软件工程的话，对计算机硬件知识是不会涉及的，软件工程对应的就是平常所说的码农，主要是进行软件开发或者软件维护工作的，作为软件工程这个专业目前还是比较吃香的，应用范围比较广泛，薪酬较高，但由于其学习难度较大，很多本科生在选择考研的时候，可能会换专业，比如软工转计算机专业的话，复试该如何准备的问题，下面小编给大家简单的分析一下。软件工程与计算机专业在大部分的课程设置上基本相差不大，计算机要学的课程软件工程也一样不会少，软件工程在软件这一块的学习内容可能会更多一些，因为专业方向的原因，特别是数据处理、编程等课程会学得更深入，这也为学生未来更好的做好软件开发工作做准备，当然在本科阶段的学习也是比较笼统的，方向并不太明确，在很多双非一本高校，甚至可以说与计算机专业所学的内容区别不大。计算机专业则是软硬兼收的一个专业，所学专业课也根据学校的不同而有差异。有的学校会只学数电，有的专业会学模电和电路分析，硬件方面肯定也会涉及，一句话，计算机专业更注重的是对互联网等知识的整体的掌握，既有硬件的学习，也有软件的讲解，本科阶段所学也不是太专一，除非是实力较强的高校，比如北航、国科大等传统软件工程实力特别强的高校。作为软工出身，若初试分数还算说的过去，老师一般不会为难你，只要根据所报目标院校的要求准备就好了，另外可以向往届学长讨教，从而在准备面试的时候做到心中有数，至于单片机，这些硬件方面的知识大概率不会提问，那是电子信息工程方向导师会问的，结合你做过的项目来答就可以了。鉴于软工专业的方向，导师可能会问数据库和操作系统方面的问题，其实完全可以看一下往年和今年的初试、复试题目，好好复习一遍，很多题目都是导师从里面挑出来的，换汤不换药。总的来说，两个专业的课程差不多，所以复试问题都不会太大，大家对跨考计算机专业怎么看？

Google…世界上最有吸引力的雇主和薪酬最高的公司之一。Google为杰出的程序员打开了一扇门，他们不仅可以解决他们已经知道的问题，而且他们应该具有解决以前从未遇到过的问题的技能。如果您是其中一名具备此技能的人，并且您梦想着在Google担任软件工程师，那么您需要遵循一项策略，并且需要了解该公司正在寻找的完整流程。重要事项Google只聘请杰出的程序员，因此毫无疑问，解决问题和编码技能（重点区域数据结构和算法）是Google在软件工程中必不可少的技能，但您需要记住，Google也非常在意关于Googlyness的信息，涵盖了对技术的热情，好奇心，道德，友善，良好的公民身份等等。面试的难易程度取决于您在Google中应聘的软件工程角色的水平。软件工程师或SWE-II（3级）是入门级的全职软件工程师。在这个级别上，有4或5个现场回合，L3和L4的风口浪尖（如下），他们可能会提出设计问题，但一般不会。SWE-III（4级）适用于博士学位等。在这个级别上，至少要进行4到5个现场回合，至少还要回答一个系统设计问题。所有工程师（每个级别）都在整个Google代码库中进行协作，并具有高效的代码审查流程，这就是Google渴望看到高质量，高效，清晰的代码而不会键入错误的原因。面试者受过训练，不会对您的答案做出反应，因此不要指望他们回答是或否，无论您是否朝着正确的方向前进。也许这很糟糕，但是是评估候选人的一种非常有效的方法，因此请做好心理准备，时刻看着冷酷的面孔。在讨论所有细节之前，强烈建议您先看看Google招聘页面上的招聘方式，并熟悉面试过程。对于Google软件工程面试，您可以选择自己喜欢的任何编程语言，但您应该非常了解您的编程语言，如果选择的是C ++或Java，那是最好的了。受到Google的注意Google收到超过200万份简历，但每年仅雇用约4000名员工，因此要招募面试电话的人很难注意到它。尝试制作一张单页的简历，并仅包含相关内容。简而言之，因为没有一个招聘人员扫描简历的时间超过15秒。只写下您喜欢的那些东西，不要伪造任何东西，因为面试官可以在面试中轻松发现这一点。如果要提及您的项目，那么也要提及项目的复杂性。您可以参加Google举办的编码竞赛Google Kickstart或Google Code Jam。如果您在Google Code Jam中进入第二轮比赛（约3000名参赛者），则Google可能会与您联系。随时更新您的Github和其他个人资料。电话采访一旦您的简历入围，您将被邀请进行技术电话面试（平均2次电话面试），这与现场面试略有不同，但是您需要在一些共享工具（例如Google Doc）上编写代码，并且面试官可以看到。这将是大约45分钟，涵盖数据结构和算法。您可能会遇到两个问题，并且您至少要为其中一个编写代码。以下是一些指导您进行电话采访的要点：您需要为面试官会问的编码问题编写代码，并在一开始就抛出有力解决方案，但是您也应该尝试改进您的解决方案。考虑时间和空间的复杂性，看看是否可以改善这些时间和空间。练习在Google文档上编写代码。它与文本编辑器不同。没有缩进，语法突出显示和自动补全功能，因此最好在Google文档上进行练习并熟悉它。该文档将实时更新。如果您键入答案是复制粘贴，这将是显而易见的。面试官可能会要求进行第二次电话面试，如果他们在第一个电话中无法正确评估您。现场采访电话采访后，Google会进行4-6次现场采访。每个回合大约需要45分钟到一个小时，这将是白板回合，而Google访谈的大部分内容都包括编码，这里以检查您的编码，解决问题的技能和对计算机科学基础知识的掌握。首先，您将经历编码采访回合，然后是系统设计（基于经验）回合。问题的难度等级取决于您在Google中申请的等级。1.技术编码回合和分析问题能力使用数据结构和算法知识测试候选人是否可以解决现实世界中的问题。期望能够针对给定的问题找到最优化的解决方案。必须具备与算法一起传达算法知识的能力。一般来说，问题面试官会给您一个基于数学，设计或基于意见的问题，他们将在这里调查您的思维过程以及您作为员工的工作方式。不要做泡沫排序。您应该知道至少一种n * log（n）排序算法的细节，最好是两种（例如，快速排序和合并排序）。合并排序在无法进行快速排序的情况下非常有用，因此请做好准备。完成基本的树结构，遍历和操作算法。熟悉主题二叉树，n元树和trie树，以及至少一种类型的平衡二叉树，例如红/黑树，八字树或AVL树以及实现。了解树遍历算法：BFS和DFS，有序，后序和前序遍历。熟悉如何在内存中表示图形，基本的图形遍历算法。不要集中精力像Dijkstra这样的花哨算法。如果您有足够的时间，可以研究此主题。您应该了解最著名的NP完全问题类别，例如旅行推销员和背包问题，并且当面试官变相询问您时能够识别它们。面试官可能会问一些基本的离散数学问题，因此也要花一些时间在那儿，并研究组合数学，概率也要熟悉n-choose-k问题。不要忘记最重要的CS主题操作系统之一。线程，并发，进程，死锁，活动锁，并阅读有关OS中其他主题的信息。面试官一定会检查您如何确定哪种数据结构适合面试官提出的问题。不要忘记在所有情况下都测试您的代码。编写解决方案后，您必须测试您的代码，即使是最低限度的测试，因为如果您不这样做，则将扣分。2.系统设计回合：系统设计问题是不限成员名额的对话，这一轮主要由经验丰富的候选人进行，他们将测试您设计和扩展基于技术的系统（例如设计Gmail，youtube等）的整体能力。检查链接系统设计面试问题，系统设计入门。L4及以下版本可以获得OO设计，甚至可能涉及一些与系统设计有关的问题。您应该在这里了解高级细节。如果您正在申请L5或更高版本，您将被问到系统设计问题，期望您可以定义系统的目标/需求，定义高级架构，深入研究某些组件并确定瓶颈。在Google中，可扩展性始终很重要。因此，期望设计问题对于大型系统将是一个模棱两可的现实世界问题。他们正在寻找思考的过程，以及如何分解事物以最终获得富于创造力和可扩展性的解决方案。因为篇幅缘故，就不再多说了。这里只是以谷歌为例。当然一般来说没有这么严格，但是其中很多会对您的面试有莫大的帮助。

学软件工程就业前景怎么样？软件工程考研容易吗？软件工程的就业前景还是非常好的现在是互联网的时代，各种软件APP、各种新技术层出不穷，那么这些新技术都是需要各种各样的人才来支撑的，这部分人才就是软件工程师。软件工程师是开发人员，开发各种新潮的技术，各种软件、小程序等。从目前的就业环境来看。软件行业是目前的高薪行业，那么就业特别好。你可以在各大招聘网站查一下，软件工程师这个岗位，薪资待遇都是10万以上的，特别是在北上广等一线互联网高速发达的城市。软件工程考研软件工程专业的考研一般的考试内容是政治、英语、数学、专业课。一般好的院校都是需要考英语一、数学一，专业课一般都是院校自主命题的。那么说到考试难度，那么难的就是英语一、数学一、专业课。英语一：特别是男生，很多男生的英语都是弱科，那么考英语一就是难上加难了，英语一的全国平均分40分，很多好的院校的软件工程专业的英语单科线要求50分，很多同学的单科线都过不了。数学一：数学一的考试内容包含三科（高等数学、概率论与数理统计、线性代数）这三门也是大学中都学习过的，但是考研中综合性特别高，复习难度也特别大。如果你数学好，可以成为提分，如果不好，就特别拉分了。专业课：专业课一般都是院校自主命题的，找专业书，真题一般比较难找。复试分数线，不同院校的分数线差很多，如果你选择了一个院校，然后就可以找某个院校的复试分数线。那么根据自己的情况选择。如果觉得自己的备考有难度，找培训班是最好的选择，可以提高你的复习效率，提高上岸几率。