技术面试 - 评估系统架构设计能力
2023-02-17号
一. 在技术面试之中,需要避免常见的坑
- 面试官排斥候选人提出的不一样的思路
如果对方在技术思路上,和面试官已知的思路不一致,面试官可能产生排斥心理,过早下结论、打标签: 思路不正确,导致后续沟通困难进行。
例如对于,分布式事务的控制,候选人可能会用到不同的解决方案,如果面试官拒绝深入了解探讨候选人的思路,可能导致在这上面产生错误的判断
对于面试官不熟悉的解决方案,或者他候选人给出的其他的思路,可以引导,给出挑战,要求分析可能的利弊,对比其他的方案,以此讨论与互动,
- 跟候选人无意义的深挖细节,
例如候选人不是非常熟悉 http返回代码,如果候选人不是很清楚这些知识点,如果再进一步去深挖,301,302 这些区别,对收集信息判断候选人水准帮助不大
二 怎样考察候选人水平
- 考察候选人过往的典型工作案例
1.1)考察面试候选人的水平,请候选人讲一下自己最熟悉的做过的系统
对于候选人曾经做过最熟悉的事情,沟通讨论的时候,其实啊一方面是反映的是过往经验,考察真实性,做的技术难度和挑战性,其中的贡献,对技术方案的理解;另一方面也与候选人记忆准确性有关系。
1.2) 因为该种方法,是由候选人主讲其熟悉的系统,涉及的技术,遇到的挑战,克服的经历,
此种方法,对面试官有较高的要求,如果面试官经验缺乏,遇到不熟悉的领域,难以深入追问一针见血的问题,就没有办法获取到充分有说服力的评估证据,可能导致误判。
1.3) 考察分为宏观 微观
宏观是 系统解决的业务问题?架构?模块组件间交互?系统的瓶颈?问题?
微观是:选择几个点,挖掘到 具体是怎样实现? 深入的要求: 具体,细节
例如性能改进,技术的实现,性能度量?性能测试?系统并发,吞吐?瓶颈?
1.4) 这不是考察记忆,看是否流利背诵答案,而是确认候选人对其中的核心问题有清晰准确认识,
不是钻牛角尖,不是考察记忆
- 第二就是给出一个实际的问题,细化分析延伸成对系统的设计问题,
2.1) 给出一个模拟案例,迷你项目,给出问题,层层递进,逐步细化
延申成为系统架构设计,考察候选人
2.2) 要求候选人就,系统的用户角色,用例,系统的功能模块,澄清需求,理清思路,给出方案,
候选人可以画图作答
在候选人给出方案的基础上,进一步要求澄清,给出挑战
例如对实时、并发的挑战,给出方案,
要求 模块服务的合理拆分 等等
这个面试官可以预先设计案例场景,分层递进的挑战,熟悉可能的讨论方向及分支。把控考察的方向。不过对候选人不熟悉的场景,可能难以体现其实际水准。
== 摘引自 ==
技术面试官识人手册
07 | 系统设计能力考察:系统设计内功到底怎么考?
https://time.geekbang.org/column/article/364712