面试技巧--1

1. 如何做好开场：给自我介绍加“特效”

1.1 理解开场白

自我介绍对应聘者的意义

• 首先，自我介绍是塑造第一印象的重要部分; 面试官在面试开始的前 30 秒，就已经决定要不要这位应聘者了，剩下的几十分钟只不过是在验证自己的结论
• 其次，自我介绍是暖场,应聘者用这个过程缓解紧张，面试官用这个过程整理信息，明确面试思路。并非所有面试官，都会提前研读你的简历，也不一定思考过面试计划
• 再次，自我介绍是你第一次有机会掌握话语的主动权, 虽然临了你还有一次机会，但绝没有这次这么重要。在自我介绍中，你有足够的灵活度和决定权，选择你想表达的内容，追求你想要的效果，把你的与众不同尽可能地展现出来

面试官能从自我介绍里得到什么

• 经历概括，从而了解你的职业发展路径。 应聘者在这么短的时间内提及的项目、角色和职位，肯定是他觉得非常重要的，面试官接下来会重点考查
• 经验和技能总结，从而简单评价应聘者的经验面和技能等级。同样，对于重点提及的经验和技能，后面要考查
• 表达风格和气场。面试官知道自我介绍基本都是提前准备好的，这个回答体现不了多少临场的语言组织能力，
• 但却可以看出应聘者的表达风格：是富有激情的、沉稳平静的，还是小心谨慎的？也可以感受到应聘者的气场：是张扬、自信、谦逊，还是自卑？
• 简历内容之外的信息，比如职业规划、跳槽动机、其他亮点等。这部分的发挥，往往会起到意想不到的效果

面试官不想听，或者不会在意的一些自我介绍信息有下面这些：

• 简单地重复简历上的条目；
• 自己的主观自评；
• 用口号化的语言来表白对这份工作的向往；
• 项目和技术细节（此时还没到考查细节的时候，面试官会打断你）；
• 其他与个人经历不相关的信息。

1.2 示例

需要注意自我介绍中需要达到如下效果，满足面试官对信息的期待；

满足面试官对信息的期待

这是对自我介绍的基本要求，把个人信息、主要经历、经验和技能有条理地组织起来，有逻辑地讲出来。这考验你的逻辑表达能力。

比如： 我的经历大概有三个阶段： 第一段是业务分析师，在 A 公司的 X 项目做了 3 年，在 B2B 系统上积累了很多业务设计经验，后来项目进入维护期，又没有新的项目进来， 我就跳到了 B 公司，接手一个 B2C 系统广告展示模块的功能设计，这个项目系统地提高了我对用户的行为分析和画像技能。1 年后，我负责的广告模块比前一年增加了 400 万的收入，后来老板把产品经理的工作也交给了我， 开始了我职业发展的第二阶段：产品经理。我处理了很多产品风险和难题，同时也自学了不少团队管理的知识，并用到项目团队里，把原来 5 个人的团队，扩展为 10 人，我也兼任人力经理，负责带队开展业务，这是我的第三阶段。因为 B 公司规模较小，业务仅仅局限在地铁广告这块，我越来越觉得对我的能力提高有限，所以我来应聘您公司的经理职位……

注意，上述自我介绍，清晰地给出了个人经历的全貌，包括能力发展阶段、每阶段的主要成果、两次换工作的原因。

经历需要注意精简，比如把有关联的内容合并到一起描述

比如： “ 我先后在两家公司，做过 4 年业务分析师、 2 年产品经理和 2 年人力经理，负责过 B2B 和 B2C 系统的业务分析和产品设计，以及 10 人团队的部门管理。因为感觉目前在公司能力提升有限，向往外企的管理文化，所以来应聘您公司的经理职位……”

对于项目经历少的应聘者，同样可以把能力分几个阶段表达出来，让面试官明白你的发展路径是非常有必要的。比如：

“ 我一直在这个项目上工作了 4 年，虽然没有换项目，但是我经历了三个阶段。第一个阶段是处理 XX 模块，提高了 XX 技能；第二个阶段改为负责 XX 功能模块，提高了 XX 技能；第三个阶段，我增加了 XX 职责，做出了 XX 成果……”

另外，自我介绍要准备多个版本。首先职位不同，自我介绍的侧重点也不同，比如介绍中的技能是要突出高并发，还是可移植性。其次根据面试官角色的不同，要注意选用适宜面试官理解的词汇。比如面对项目经理和 HR ，最好不要满嘴技术术语。最后，根据面试发生的场合和时间紧迫性，要准备详略不同的自我介绍

自我介绍中也需要注意的细节

首先，态度要诚恳可信。叙述的内容，不要夸大和捏造；说清楚项目成果中，什么是你做的，什么是你助攻的，不要闪烁其词，否则你会给面试官留下不老实的印象。心态诚恳积极，内容充实可信，是建立互信的开始

另外，自我介绍要和面试官形成友好的互动。你说的每句话，都可能引发面试官的反馈（表情、动作或者语言，肯定、好奇、专注、怀疑、烦躁或者反对），要善于捕捉这些反馈，及时调整自己表达的内容。怎么调整呢？

• 一是控制详略。比如当面试官略微侧过头，仔细听你讲时，很可能是产生了兴趣，你需要多讲些相关信息，帮助面试官理解得更充分些。如果面试官连续点头，口称“好的，好的”，很可能是催你赶紧说下一话题，这一段信息量足够了。这里应聘者常犯的一个问题是：跑偏。不要讲着讲着就迷路了，请一定注意面试官的反馈，保证及时调整。
• 二是扭转局面。一旦你发现面试官有怀疑或者反对的迹象，比如皱眉，或者表情严肃起来，不要慌，想想是什么引起对方的怀疑或者反感，及时补充信息，把坏事变成好事。但是不要变成辩解。

另外细节不是几百字的起因经过结果，细节可以是精炼的数字或者例证。比如 “ 我把 XX 算法开源到 GitHub 上，得到了100 个星评；

细节还可以是升华的感受或者评价。比如 “ 完成了这个挑战，不仅对高并发有了深刻的理解，还意识到自己尚有潜力可挖，实在应该感谢 XX 当初把我硬推到这个职位，我觉得要想快速提高自己，就要不怕挑战。而且，你要想到自己的成长，还要想到团队的需要。”

细节还可以是转折和波澜。比如 “ 本来项目进展很顺利，可突然一个核心开发提出离职。我采取了两方面的行动，才解决了问题……” 这样的细节，能引导话题，形成铺垫，留下一个悬念，待面试官在接下来的面试过程中追问。

2.讲清技术

对于程序员职位的面试，技术问题占的比重非常大。技术问题的回答质量，决定了面试成败。除了面试之外，讲技术的场景还有很多：你和同事讨论技术问题，选择技术方案，都是在讲技术。

2.1 理解技术

技术是为了解决问题而生的。本质上，技术就是解决问题的方法。问题规模越大，难度越复杂，就要引入多种技术。

这些技术组合搭配起来，构成该解决方案的一棵 “ 技术树 ” 。其实，每一个分支和叶子都有多种可选的技术，随着更多的创新出现，这些分支和叶子也在演变，使得整体方案在空间和时间上，能更高效更节省地解决问题。我们对这些分支和叶子技术点的了解和运用，甚至对它们演变的推动，都体现了我们的经验和技能

那么，一个技术领域，我们需要阐述哪些层面呢？我觉得可分两个维度，一个是技术的设计维度（从技术内部看），另一个是技术的应用维度（从技术外部看），如下图所示：

1. 应用维度

应用维度主要从问题、技术规范、最佳实践、市场应用趋势这四个层面来解释。

• 问题: 从技术的应用维度看，首先考虑的是要解决什么问题，这是技术产生的原因。go/swoole协程的产生，是因为要并发，并发使得程序的多种功能能响应更快，用户体验更好。问题这层，用来回答“干什么用”
• 技术规范: 接下来，技术被研发出来，人们怎么用它才能解决问题呢？这就要看技术规范，可以理解为技术使用说明书. 在go中，可以通过 go 关键词来实现代码并发；同时 go还提供了各种锁，通道等来帮助控制并发中的代码行为和衍生的问题。这需要了解接口和关键字的使用规则和潜在影响，以及各功能的细微差别, 比如 为什么wait() 需要在同步代码块内使用，而 sleep() 不需要。技术规范，回答“怎么用”的问题，反映你对该技术使用方法的理解深度。
• 最佳实践: 你把该技术运用到多种不同的场景时，会发现同样的使用方法，会有不同的效果，这是因为问题上下文不同了，该技术有不同的适应面。从而你可能踩了很多坑，知道了该技术的“脾性”，从中总结出最佳实践。这缘于在不同应用场景中，对技术表现差异的比较和把握。最佳实践回答“怎么能用好”的问题，反映你实践经验的丰富程度。比如：在使用go协程的时候，通过sync.WaitGroup实现同步，协程得到了很好的控制，但是性能上取仍然还是不佳，主要是因为其中存在这xxx与xxx耗时的任务仍然连在一起，没有充分利用到协程的优势，后续优化将xxx与xxx任务分开为两个不同的协程，再构建协程池结合channel进行信息通信，充分利用go的协程优势；

2. 设计维度

应用维度是从外部看技术的应用。那么，从内部能看到技术的哪些层面呢？

• 目标: 为了解决用户的问题，技术本身要达成什么目标。比如，go协程要在channel、context、锁等方面达成怎么样的目标，才能更好的实现并发。这层定义“做什么”
• 实现原理: 为了达到设计目标，该技术采用了什么原理和机制。这个地方主要是考验技术人员的基本功，比如协程的调度切换过程调度原理
• 优劣局限: 每种技术实现，都有其局限性，在某些条件下能最大化的发挥效能，缺少了某些条件则暴露出其缺陷，比如在利用go协程的时候可能会造成协程阻塞问题，通道死锁问题等
• 演进趋势: 技术是在迭代改进和不断淘汰的。了解技术的前生后世，分清技术不变的本质，和变化的脉络，以及与其他技术的共生关系，能体现你对技术发展趋势的关注和思考。比如：对tp3.2的版本所项目进行重构，基于php7版本采用laravel+swoole结合，在项目重构之后性能得到了很大的提升

总地来说，从技术内部（也就是设计维度上）看，包括目标、实现原理、优劣局限、技术演进趋势。而从技术外部看，也就是市场应用维度上看，包括问题、技术规范、最佳实践、市场应用趋势。它们是逐层递进的关系，代表了你对技术把握的深度

2.2 理解技术

只听懂面试官说的字面意思，不一定能给面试官满意的答案。很多时候，应聘者并不能准确理解面试官想要听的点。

下面列出了几种情况及其解决方法。

1. 问答双方角色不同（比如项目经理面试架构师的情况），思考角度不同，导致对同一个技术话题，展开的方向不同，自然理解上会发生分歧:工程思维的人想的是如何得到结果，你可以着重讲技术内部维度的内容；而用户思维的人想的是那个结果可以用来干什么，你就要侧重到应用维度上了。（当然，项目经理不应该面试架构师人选，但是事实上这种安排还真有。）
2. 问答双方的知识结构和水平不一样，理解深度和宽度不同. 你觉得小儿科的知识，对方却可能完全听不懂。这需要你了解对方的技术水平，采用适当的技术语言或者业务语言来表达
3. 上下文理解不同，面试官的问题意图不能被应聘者理解: 面试官的问题之间或多或少是有联系的，你需要根据问题的上下文，结合前面问答中面试官的语言或者肢体反馈，分析他的意图，搞清他是在问“为什么”，还是“是什么”，或者“怎么用”，从而调整要表达的内容
4. 面试官没有问清楚: “请你解释一下 HTTPS”，这样的提问就不够具体，原因可能是面试官怕问到你能力临界点之外，但也可能是他本身就没把问题想清楚

注意表达方法

1. 结构化表达，帮助面试官梳理信息逻辑。比如，使用列表，或者使用结构化的语言序号“第一……第二……”。关于表达逻辑，芭芭拉 · 明托的《金字塔原理》可能会帮到你。
2. 可视化。用画图或者演示的方法，直观形象地表达复杂的技术问题。
3. 举例子和做类比。举常见的例子，类比成常见的事物，这样把高深的原理说简单，对方不仅能听懂，还会赞赏你的表达能力
4.  对比. 如redis与mongodb选择，mongodb与es的选择