我们需要怎样的工程师,我们需要成为怎样的工程师?
原文链接 http://blog.piasy.com/2017/10/03/Interview-Tips/
注:以下为加速网络访问所做的原文缓存,经过重新格式化,可能存在格式方面的问题,或偶有遗漏信息,请以原文为准。
刚加入 Young 团队时,那会儿还有大半年才毕业,我就在思考这个问题,只不过当时更专注于安卓开发领域:安卓开发的核心竞争力是什么?我有一个专门的笔记来记录对这个问题的思考,由于版本迭代,最初的答案已经难以追溯,大抵就是在强调安卓平台的一些技术要点吧。
经过这几年的实践、观察和思考,我越发觉得应该把目光往更基础、更通用也更经久不衰的方向转移,具体的 APP 开发的技巧和范式,其实并不多,基本都可以抽象为软件开发的技巧与范式,无论是安卓还是 iOS,无论是客户端还是后端。当然各个平台各个领域都有其独具特色的 API,对这些 API 烂熟于胸也是一种能力,但有多少项目、多少团队需要这样的能力?对于 API,具备检索与理解的能力就差不多了,烂熟于胸性价比太低,于我是没有任何吸引力的。不过对于前后端这种软件形式而言,前端和后端还是有不同的关注点的,前端注重展示交互,后端则注重大规模高可用,这里不做展开。
那从通用的软件工程师角度出发,核心竞争力或者说核心素养是什么呢?这正是回答“我们需要怎样的工程师,我们需要成为怎样的工程师”这一问题的关键。
下面我仅谈谈个人的几点粗鄙之见,不足之处还请见谅,也欢迎指正。
关于作者:Piasy(许建林),2015 年本科毕业于清华大学计算机系,目前在 Powerinfo 带领客户端 SDK 团队。
核心素养
最重要的就是逻辑和方法论(三板斧):先对要做的事情进行适度的了解,再进行合理的规划,最后有条不紊地执行。
解决 bug,先得搞清楚出 bug 的根本原因,再想一个能解决当前 bug 又不会引入新 bug 的方案,最后就是编码实现。实现新功能也一样,先得搞清楚新功能的具体要求,再想一个实现新功能又不会引入 bug 的方案,最后编码实现。
前面这两项任务都要求我们对代码库有充分的了解,那如何上手一个新的代码库?更进一步,如何上手一个新的项目?
这项任务我们靠的主要是三板斧的第一步。先搞清楚项目的宏观架构,有哪些模块,各个模块如何交互;再结合具体的业务,搞清楚具体的功能是由哪些模块如何实现的,主要是宏观的逻辑流程和数据流程;最后,上手项目也是为了解决 bug 或者实现新功能,这就回到前面的场景了。
如果我们需要设计一套新的系统呢?这个要求就更高了,但还是可以用我们的三板斧予以解决:搞清楚我们想要实现的目标,结合对具体技术细节的理解,设计解决方案和系统结构,最后编码实现。设计解决方案和系统结构的过程一定要充分思考和讨论,不断提出质疑和挑战,并对设计方案进行适当调整,确保功能完备、结构清晰、可扩展。
在这个过程中,适度很重要,几乎所有领域的知识都浩如烟海,如不把握好度,我们很容易迷失其中,忘记了初心。我倾向于比刚刚够用多了解一点,既够解决问题,又能多学一点。
除了逻辑和方法论,我们还需要在相关领域有一定能力和经验的积累,此外,工作中大家通常都是团队作战,因此团队协作也是很重要的能力。积累和协作,这两点的重要性难分先后,更多的是看具体的需求。
从团队协作的角度来讲,通常我们都是希望找到一个好相处的人共事,只要人好,协作技巧可以在工作中进行训练。但这里我想提很重要的两点:沟通与度。保持积极的沟通,及时同步信息,及时抛出问题,但又要适度,不能过度干扰他人。重要信息可以立即同步,同时每日每周都有汇总,遇到自己搞不定的问题,我倾向于超过一个小时就抛出来求助。
关于积累,我想先问一个问题:何谓专家?我觉得就是在某个领域有很深的理解,洞悉这个领域的历史、现状和未来,有宏观认识还不够,技术细节也得了然于胸,不长期从事领域内的工作、不进行广泛的学习和深刻的思考、不紧跟领域发展的前沿,应该是无法达到这样的境界的。
当然,参加面试的候选人很可能远没有达到这个境界,但经过一定年限的工作积累,候选人到了什么程度,这应该也是面试官希望了解的。
前面说的这些比较虚,接下来我就结合“面试指南”这一主题谈点实的。
正如键盘男说的,“面试就是互相了解”,在我为数不多的面试经历中,我想要了解候选人的就是前面提到的三个方面:逻辑和方法论、经验和积累、团队协作。面试过程中,候选人知道哪些、掌握到什么程度,考察的是经验和积累;面对未知问题如何应对,考察的是逻辑和方法论;团队协作则通过面试过程中候选人如何交互来考察。
还是觉得很虚?那就来点更实际的内容:我的面试经历和被面试经历。
面试经历
我作为面试官的经验并不多,前期经常找不到重点,不过经过这篇文章的思考和总结,今后我应该会更加得心应手。
在今年的两次招聘经历中,我印象最深的两点就是:
- 很多人的基础真的很差,北邮北航毕业、工作两三年的,HashMap 的原理、View 绘制流程甚至写个单例都出错;
- GitHub、博客真的只是敲门砖,能否通过面试还得看内功;
有一位候选人主动找我自荐,我看到他的 GitHub 主页和博客后,确实被惊艳到了。但在面试的时候,他却思维迟缓,条理不清晰,让他介绍开源项目和博客涉及的核心开源框架,却连基本流程都讲不清楚,真是非常遗憾。
另外,招聘的结果也和招聘方与应聘者的需求强烈程度有很大关系,微信团队招人的需求没那么强烈,很牛的人也未必能通过面试,今日头条招人的需求很强烈,不怎么牛的人也可能通过面试。迫切想找工作的候选人基本不会挑公司,物质自由了的候选人凭什么去你们公司,对吧?
被面试经历
去年正式的面试参加了五场,乐视体育、今日头条、Google 北京、阿里云、Facebook 美国。如我前面所说,Google 北京的招聘需求比较弱,所以问的问题就比较难,再加上我也比较菜,所以就挂了。其他的几家公司,招聘需求都很强烈,所以不怎么牛的我也拿到了 offer。
国内公司面试的问题分为算法和安卓两类,安卓相关的问题,基本都在我后来整理的安卓基础系列博客中,算法相关的我将在后面结合国外面试展开讲。国外公司的面试问题,基本都是算法,Google 尤甚,Facebook 会问一点点安卓相关的问题,但也以算法为主。
对于算法面试,我觉得很多人可能存在一定误解,这里我想指出实际情况(根据我的经历和我了解到的情况)。
首先,算法面试问的题目通常不会很难,大多都对应于 LeetCode 的 medium 难度,理解了题目的意思之后大多数人都会有一些思路。
其次,回答算法问题,套路很重要:先有简单的版本,再进行优化。衡量优劣的标准自然就是复杂度了,所以我们要能分析自己解法的复杂度。优化到什么程度?这需要结合自己的能力和留给写代码的时间,一定要写出一个完整可用的版本。如果还有时间,就可以继续和面试官探讨可能的优化思路了。
题目实在太难,完全没有思路怎么办?请教面试官呀!其实面试的过程是一个互动的过程,理想的面试过程是像同事之间讨论问题一样。所以除了需要求助时,自己知道怎么解答时也可以和面试官保持适度的沟通,把自己的思路说出来。
更多关于国外算法面试的资料,我推荐两个:《程序员面试金典》和九章算法。我就是在他们的帮助下,完成从对算法问题束手无策,到拿下 Facebook Offer 的逆袭的。当然他们主要是针对硅谷的公司,不过国内的公司基本也能适用。
最后夹带一点私货,九章算法报名时可以使用我的优惠链接,大家都有优惠。
附录:几点通用的基础知识
下面列举几点我认为通用的基础知识,也是我正注重培养的基础知识:
- 网络
- 并发
- 软件工程
- 计算机组成原理
- 操作系统
这些方面正是本科教育基本都会包含的专业课程,寂大哥希望我都展开说几句,我也想充实一下本文内容,但奈何水平有限,待日后时机成熟,我再和大家分享。
至于安卓开发领域的具体知识点,可以参考键盘男引用的 Android App 开发技能图谱,也可以参考我的安卓基础系列博客。