mod

极客时间专栏/面试现场/问答篇/12 | 如何做好开场：给自我介绍加“特效”.md

@@ -0,0 +1,164 @@
+<audio id="audio" title="12 |  如何做好开场：给自我介绍加“特效”" controls="" preload="none"><source id="mp3" src="https://static001.geekbang.org/resource/audio/6e/dc/6ed9040db45ea3850d5387a7ae7cf0dc.mp3"></audio>
+
+你好，我是白海飞，从这篇文章开始，我们进入专栏的“问答篇”。我会分析面试中的主要环节和面试官常问的问题，希望从基本的问答中，让你更好地把握面试官的意图，从而更恰当地回答面试问题，更全面准确地展示自己的能力。今天我要分享的主题是：如何做好开场，给自我介绍加“特效”。
+
+自我介绍一般是面试的正式开始，差不多是必答题。但是很多应聘者表达得像白开水，平淡无味。你的自我介绍怎么样呢？不妨思考下面几个问题，它们多少能反映你的准备是否充分，回答是否到位。
+
+<li>
+你针对不同公司、不同职位的自我介绍有什么不同么？
+</li>
+<li>
+介绍中间你被面试官插嘴纠偏过么？
+</li>
+<li>
+面试官有没有专心听你的介绍？
+</li>
+<li>
+面试官听你介绍的时候，表情有没有什么变化？有没有中间记下些什么？
+</li>
+<li>
+接下来面试官的提问是新话题，还是继续延伸你介绍中的某个点？
+</li>
+
+这些问题能一定程度上表明，你的自我介绍是否传达了有价值的信息，是否影响了面试官。
+
+我先开宗明义：应聘者绝对应该重视自我介绍，将其精雕细琢，以至“特效加身”才好。下面我先来说说为什么，然后再说怎么做。
+
+## **自我介绍对应聘者的意义**
+
+**首先，自我介绍是塑造第一印象的重要部分。**第一印象有多重要呢？有人说过，面试官在面试开始的前30秒，就已经决定要不要这位应聘者了，剩下的几十分钟只不过是在验证自己的结论。虽然我经常告诫我们的面试官，不要因第一印象而对应聘者产生偏见，但是先入为主的印象还是无可避免，或多或少地影响着面试官后面的判断。你的简历，连同刚见面时的握手寒暄，以及自我介绍，就是在构建第一印象。
+
+**其次，自我介绍是暖场。**应聘者用这个过程缓解紧张，面试官用这个过程整理信息，明确面试思路。并非所有面试官，都会提前研读你的简历，也不一定思考过面试计划。所以，自我介绍越能让面试官舒服地听进去，越能方便地匹配出职位需求，面试效果自然也就越好。
+
+**再次，自我介绍是你第一次有机会掌握话语的主动权。**虽然临了你还有一次机会，但绝没有这次这么重要。在自我介绍中，你有足够的灵活度和决定权，选择你想表达的内容，追求你想要的效果，把你的与众不同尽可能地展现出来。过了这个环节，主动权就是面试官的了。你要尽量发挥好，做好铺垫，引发面试官的好感和好奇，主动引导接下来的问答，使之延续自我介绍中的某些话题，减少不确定性。
+
+所以，自我介绍是应该精雕细琢的关键环节。那么如何做好自我介绍，甚至为它“特效”加身呢？我们先得了解面试官想从中得到什么。
+
+## **面试官能从自我介绍里得到什么**
+
+面试官期待从应聘者的自我介绍里，听到下面这些信息：
+
+<li>
+**经历概括**，从而了解你的职业发展路径。 应聘者在这么短的时间内提及的项目、角色和职位，肯定是他觉得非常重要的，面试官接下来会重点考查。
+</li>
+<li>
+**经验和技能总结**，从而简单评价应聘者的经验面和技能等级。同样，对于重点提及的经验和技能，后面要考查。
+</li>
+<li>
+**表达风格和气场。**面试官知道自我介绍基本都是提前准备好的，这个回答体现不了多少临场的语言组织能力，但却可以看出应聘者的表达风格：是富有激情的、沉稳平静的，还是小心谨慎的？也可以感受到应聘者的气场：是张扬、自信、谦逊，还是自卑？
+</li>
+<li>
+**简历内容之外的信息**，比如职业规划、跳槽动机、其他亮点等。这部分的发挥，往往会起到意想不到的效果。
+</li>
+
+面试官不想听，或者不会在意的一些自我介绍信息有下面这些：
+
+<li>
+简单地重复简历上的条目；
+</li>
+<li>
+自己的主观自评；
+</li>
+<li>
+用口号化的语言来表白对这份工作的向往；
+</li>
+<li>
+项目和技术细节（此时还没到考查细节的时候，面试官会打断你）；
+</li>
+<li>
+其他与个人经历不相关的信息。
+</li>
+
+## **自我介绍要达到的“特效”**
+
+成功的自我介绍，应该达到下面三层效果：
+
+<li>
+满足面试官对信息的期待；
+</li>
+<li>
+产生好感；
+</li>
+<li>
+记住你。
+</li>
+
+前面两层好理解。第三层“记住你”，你可能会怀疑：“真的有这个必要么？” 是的，有必要。
+
+记住你，说明对你印象深刻，说明你与众不同。面试结束以后，面试官们很可能会对比一下候选人的情况。即使想不起来应聘者的名字，也会用标签化的代号来提及你，比如“那个清华毕业的XXX”，或者“那个能跳绳的”。 如果大家不看简历，都想不起你来，说明你没啥特点，更别说亮点了。整个面试，能让面试官对你有三四处印象深刻就足够了。想想看，你想让面试官记住你什么呢？
+
+接下来，我分别解释如何才能达到这三层效果。
+
+#### 第一层，满足面试官对信息的期待
+
+这是对自我介绍的基本要求，把个人信息、主要经历、经验和技能有条理地组织起来，有逻辑地讲出来。这考验你的逻辑表达能力。
+
+如何组织经历呢？
+
+**对于经历丰富的应聘者，需要找出多段经历的关联性和发展变化，形成连贯的职业发展和能力上升路线**。下面是一个例子：
+
+> 
+“我的经历大概有三个阶段：**第一段**是业务分析师，在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，最好不要满嘴技术术语。最后，根据面试发生的场合和时间紧迫性，要准备详略不同的自我介绍，一般的海选面试，一分钟左右，公司里的面试，三五分钟即可。
+
+#### 第二层，产生好感
+
+这是通过第一层里有价值的内容，与面试官的友好互动，让面试官产生好感，引发更多的沟通欲望。
+
+**首先，态度要诚恳可信。**叙述的内容，不要夸大和捏造；说清楚项目成果中，什么是你做的，什么是你助攻的，不要闪烁其词，否则你会给面试官留下不老实的印象。心态诚恳积极，内容充实可信，是建立互信的开始。
+
+**另外，自我介绍要和面试官形成友好的互动。**你说的每句话，都可能引发面试官的反馈（表情、动作或者语言，肯定、好奇、专注、怀疑、烦躁或者反对），要善于捕捉这些反馈，及时调整自己表达的内容。怎么调整呢？
+
+<li>
+<p>一是控制详略。比如当面试官略微侧过头，仔细听你讲时，很可能是产生了兴趣，你需要多讲些相关信息，帮助面试官理解得更充分些。如果面试官连续点头，口称“好的，好的”，很可能是催你赶紧说下一话题，这一段信息量足够了。<br>
+这里应聘者常犯的一个问题是：跑偏。不要讲着讲着就迷路了，请一定注意面试官的反馈，保证及时调整。</p>
+</li>
+<li>
+二是扭转局面。一旦你发现面试官有怀疑或者反对的迹象，比如皱眉，或者表情严肃起来，不要慌，想想是什么引起对方的怀疑或者反感，及时补充信息，把坏事变成好事。但是不要变成辩解。
+</li>
+
+#### 第三层，记住你
+
+在之前“[12 | 经历没有亮点可讲？你需要做份详历](https://time.geekbang.org/column/article/82733)”一文中，我讲过如何总结工作经历、挖掘个人亮点，自我介绍时完全可以选择一两个亮点加进去。注意，这些亮点，要有细节。细节能让自我介绍更生动、更让人信服，让你令人印象深刻。
+
+**这里说的细节不是几百字的起因经过结果，细节可以是精炼的数字或者例证。**比如“我把XX算法开源到GitHub上，得到了100个星评”（如果面试官是HR，你要想好怎样解释100个星代表什么含义）。
+
+**细节还可以是升华的感受或者评价。**比如“完成了这个挑战，不仅对高并发有了深刻的理解，还意识到自己尚有潜力可挖，实在应该感谢XX当初把我硬推到这个职位，我觉得要想快速提高自己，就要不怕挑战。而且，你要想到自己的成长，还要想到团队的需要。”
+
+**细节还可以是转折和波澜。**比如“本来项目进展很顺利，可突然一个核心开发提出离职。我采取了两方面的行动，才解决了问题……”这样的细节，能引导话题，形成铺垫，留下一个悬念，待面试官在接下来的面试过程中追问。
+
+但是，一定小心别把铺垫弄巧成拙，做成自坑。你需要正确认识什么才是面试官认可的，比如“这个项目上线很顺利，多亏我1个月加班了80多个小时……”你本意是想让面试官了解你不辞辛苦，认真负责，但是有的面试官可能会觉得加班是保证项目进度的下策，进而质疑你的个人能力和团队的项目管理水平。其实一天平均加班4小时，在项目高峰期不算多。但是因为你太过分强调它，而且没能把其他的措施讲到位，可能导致面试官把误会放大。
+
+想让面试官记住你，除了展示你的亮点，还**要和面试官建立情感沟通，而不仅是内容沟通。**考验情商的时候到了，这个要求有点高，但并非做不到。你上幼儿园的时候讲故事，让人觉得津津有味，中学的时候演讲，让人听得热血沸腾，连你大学的时候哄女朋友，让她脸红心跳，都用了情感交流，靠你的热情和诚挚打动对方，面试也不例外。
+
+但是请杜绝忽悠。光有热情，但内容站不住脚，还要说服对方，就成了忽悠。你只需要把你的真实处境和想法，有细节有感情地讲出来，就好了。如果你适当加一些讲故事的技巧，效果更佳。
+
+## **总结**
+
+今天，我讨论了自我介绍在面试中的重要性，展示了面试官想要在自我介绍中了解什么，不想了解什么，并提出自我介绍要达到“满足面试官信息期待”“产生好感”和“记住你”的特效。
+
+我建议灵活运用这些方法，让你的自我介绍不再是流水账，而是生动地划重点、讲故事，把你对职业的理解和对工作的热情，清晰得表达出来，和面试官形成内容和情感的双重互动，让他开始有意愿了解你，接近你，为接下来的问答，开一个好局。
+
+## 思考时间
+
+假如你要面试一个技术开发工作，面试官是技术负责人和项目经理，请构思一下你的自我介绍，3分钟版本的，内容如何组织？如果缩减为1分钟版本，又该留什么、删什么呢？
+
+关于自我介绍这块，如果你也有什么经验和想法，欢迎在留言区与我探讨，共同提高。如果今天的文章让你有新的启发，也欢迎把它分享给你的朋友。
+
+

极客时间专栏/面试现场/问答篇/13 | 你真能讲明白技术吗?.md

@@ -0,0 +1,122 @@
+<audio id="audio" title="13 | 你真能讲明白技术吗?" controls="" preload="none"><source id="mp3" src="https://static001.geekbang.org/resource/audio/40/b8/4090cefe02ab97d95e2e83594d6f90b8.mp3"></audio>
+
+对于程序员职位的面试，技术问题占的比重非常大。技术问题的回答质量，决定了面试成败。除了面试之外，讲技术的场景还有很多：你和同事讨论技术问题，选择技术方案，都是在讲技术。
+
+你可能会说，把技术讲明白有什么难的，只要我懂就能讲明白。呵呵，你辅导过孩子作业么？有时候那种抓狂，是你对题目本身再明白也无法解决的。例子有点极端，我是在强调：**给面试官讲明白技术，你不仅要懂技术，还要懂面试官。**今天我们就从这两个方面出发，讲讲如何让面试官听到满意的答案，从而提高你的面试成功率。
+
+## **技术的水有多深？**
+
+我们先说技术可以从哪些方面来讲，看看技术的水有多深。
+
+技术是为了解决问题而生的。本质上，技术就是解决问题的方法。问题规模越大，难度越复杂，就要引入多种技术。这些技术组合搭配起来，构成该解决方案的一棵“技术树”。其实，每一个分支和叶子都有多种可选的技术，随着更多的创新出现，这些分支和叶子也在演变，使得整体方案在空间和时间上，能更高效更节省地解决问题。我们对这些分支和叶子技术点的了解和运用，甚至对它们演变的推动，都体现了我们的经验和技能。
+
+那么，一个技术领域，我们需要阐述哪些层面呢？我觉得可分两个维度，一个是技术的设计维度（从技术内部看），另一个是技术的应用维度（从技术外部看），如下图所示。
+
+<img src="https://static001.geekbang.org/resource/image/4c/14/4c961cf56aeace604cfe830659a67314.jpeg" alt="">
+
+我们以Java多线程为例，解释下这两个维度。
+
+#### 1. 应用维度
+
+应用维度主要从问题、技术规范、最佳实践、市场应用趋势这四个层面来解释。
+
+**问题**：从技术的应用维度看，首先考虑的是要解决什么问题，这是技术产生的原因。Java多线程的产生，是因为要并发，并发使得程序的多种功能能响应更快，用户体验更好。**问题这层，用来回答“干什么用”。**
+
+**技术规范**：接下来，技术被研发出来，人们怎么用它才能解决问题呢？这就要看技术规范，可以理解为技术使用说明书。在Java世界里，你可以实现Runnable接口、扩展Thread类来实现代码并发；同时，Java提供 synchronized 关键字，以及各种锁，来帮你控制并发中的代码行为和衍生问题。这需要了解接口和关键字的使用规则和潜在影响，以及各功能的细微差别。比如， sleep() 和 wait() 的区别是什么， 为什么 wait() 需要在同步代码块内使用，而 sleep() 不需要。**技术规范，回答“怎么用”的问题，反映你对该技术使用方法的理解深度。**
+
+**最佳实践**：你把该技术运用到多种不同的场景时，会发现同样的使用方法，会有不同的效果，这是因为问题上下文不同了，该技术有不同的适应面。从而你可能踩了很多坑，知道了该技术的“脾性”，从中总结出最佳实践。这缘于在不同应用场景中，对技术表现差异的比较和把握。**最佳实践回答“怎么能用好”的问题，反映你实践经验的丰富程度。**比如：
+
+> 
+在多线程场景下实现锁来确保线程的同步，但是加锁、释放锁是个非常消耗资源的操作，没有获得锁的线程还需要进入阻塞状态，等待被唤醒。 如果多个线程的竞争并不激烈，可以考虑使用CAS的方式实现无锁的线程同步，线程可以一直运行，不用阻塞。但是使用CAS还需要考虑使用时间戳等方式来解决ABA问题。
+
+
+**市场应用趋势**：随着技术生态的发展，和应用问题的变迁，技术的应用场景和流行趋势会受到影响。对于Java，从低并发逐渐发展到高并发，如何充分利用系统的能力，减少响应时间变得非常重要。**这层回答“谁用，用在哪”的问题，反映你对技术应用领域的认识宽度。**
+
+#### 2. 设计维度
+
+应用维度是从外部看技术的应用。那么，从内部能看到技术的哪些层面呢？
+
+**目标**：为了解决用户的问题，技术本身要达成什么目标。比如，Java多线程要在优先级调度、锁、信息同步等方面达成怎样的目标，才能更好地实现并发。**这层定义“做到什么”**。
+
+**实现原理**：为了达到设计目标，该技术采用了什么原理和机制。Java多线程的实现原理包括内核线程、使用用户态线程、使用用户态线程加轻量级进程混合等部分，还包括硬件指令集、Test and Set、各种锁等。**实现原理层回答“怎么做到”的问题。**把实现原理弄懂，并且讲清楚，是技术人员的基本功。
+
+**优劣局限**：每种技术实现，都有其局限性，在某些条件下能最大化的发挥效能，缺少了某些条件则暴露出其缺陷。比如在Java多线程编程中，采用共享内存的方式，锁的开销比较大，程序员编程难度较大，容易出错，难以调试。**优劣局限层回答“做得怎么样”的问题。**对技术优劣局限的把握，更有利于应用时总结最佳实践，是分析各种“坑”的基础。
+
+**演进趋势**：技术是在迭代改进和不断淘汰的。了解技术的前生后世，分清技术不变的本质，和变化的脉络，以及与其他技术的共生关系，能体现你对技术发展趋势的关注和思考。**这层体现“未来如何”。**比如：
+
+> 
+Java 5提供JCU包，实现了多种锁结构，简化开发；Java 7加入Future来获取线程返回值；Go语言中“协程”的概念，也被第三方引入，扩展了Java的多线程功能，比线程切换更快，性能得到了很大的提升。
+
+
+总地来说，从技术内部（也就是设计维度上）看，包括目标、实现原理、优劣局限、技术演进趋势。而从技术外部看，也就是市场应用维度上看，包括问题、技术规范、最佳实践、市场应用趋势。它们是逐层递进的关系，代表了你对技术把握的深度。
+
+对于一项流行的技术，大部分人可以讲清实现原理和技术规范，也就是说能搞懂它的工作原理和使用方法，这是技术人员的基本功。再上面的技术局限性和最佳实践，只有经过深入的钻研，甚至读源码，以及多场景的实践之后，才能讲出深刻的认识。对于最上面的趋势层，需要具有相当程度的“T”型技术体系，对相关技术有横向和纵向的对比之后，才能总结得出来，考验应聘者的知识面和洞见。
+
+但是，如果有人恰好读过几篇有深度的技术文章，上面的某些层他也可能照本宣科地讲出来。那么让你和他可以区分开的“杀手锏”就是技术实战：如果你在“最佳实践”部分中，能结合自己的项目经历，找到该技术的一个应用例子，特别是棘手的问题，讲清你是如何调优或者解决的，不仅会彰显你真实的技术水平，而且最有说服力，也是面试官最看重的。当你把问题的解决过程，跌宕起伏地讲出来，面试官也会跟你一样嗨起来。
+
+讲到这，你可能要问，难道面试中的每个技术问题，都要按照上面两个维度八个方面去解释么？不是的，你还需要弄懂面试官想听什么，能听什么，然后再按需呈现。下面我们谈一下如何弄懂面试官的需求。
+
+## **你有多懂面试官？**
+
+只听懂面试官说的字面意思，不一定能给面试官满意的答案。很多时候，应聘者并不能准确理解面试官想要听的点。下面列出了几种情况及其解决方法。
+
+<li>
+**问答双方角色不同（比如项目经理面试架构师的情况），思考角度不同，导致对同一个技术话题，展开的方向不同，自然理解上会发生分歧。**工程思维的人想的是如何得到结果，你可以着重讲技术内部维度的内容；而用户思维的人想的是那个结果可以用来干什么，你就要侧重到应用维度上了。（当然，项目经理不应该面试架构师人选，但是事实上这种安排还真有。）
+</li>
+<li>
+**问答双方的知识结构和水平不一样，理解深度和宽度不同。**你觉得小儿科的知识，对方却可能完全听不懂。这需要你了解对方的技术水平，采用适当的技术语言或者业务语言来表达。不要满嘴都是你专用的术语或者缩写，谁知道你说的“FID”“CPS”代表什么呢。
+</li>
+<li>
+**上下文理解不同，面试官的问题意图不能被应聘者理解。**面试官的问题之间或多或少是有联系的，你需要根据问题的上下文，结合前面问答中面试官的语言或者肢体反馈，分析他的意图，搞清他是在问“为什么”，还是“是什么”，或者“怎么用”，从而调整要表达的内容。
+</li>
+<li>
+**面试官没有问清楚。**比如，“请你解释一下HTTPS”，这样的提问就不够具体，原因可能是面试官怕问到你能力临界点之外，但也可能是他本身就没把问题想清楚。
+</li>
+
+所以，遇到问题不清楚的时候，你需要从面试官的语言和关注点上，推测他的角色、知识结构、沟通风格，回忆最近几个问题的关系，来推测问题意图。如果推测不出来，就直接问他，比如，“我对该技术领域了解ABCD，请问您对哪方面更感兴趣呢”，通过这样的问题，来确定要讲的内容。这里的要点是“充分沟通”，否则你可能讲半天，对方还是不明白。自顾自地讲高深的内容，效果不一定好。
+
+## **注意表达方法**
+
+回答提问时还应注意选用适当的表达方法，展示你的表达能力。这里，我给你一些建议。
+
+<li>
+**结构化表达，帮助面试官梳理信息逻辑。**比如，使用列表，或者使用结构化的语言序号“第一……第二……”。关于表达逻辑，芭芭拉 · 明托的《金字塔原理》可能会帮到你。
+</li>
+<li>
+**可视化。**用画图或者演示的方法，直观形象地表达复杂的技术问题。
+</li>
+<li>
+<p>**举例子和做类比。**举常见的例子，类比成常见的事物，这样把高深的原理说简单，对方不仅能听懂，还会赞赏你的表达能力。<br>
+比如，有人问“Java线程和进程有什么区别”，知乎上有人回答：“如果一个大火锅一个人吃，就是单进程单线程；一个大火锅多人吃，就是单进程多线程；如果他们分开吃小火锅，就是多进程多线程了。”<br>
+把内容说简短很不容易。马克 · 吐温曾给读者回信说：我没有时间给您写封短信，所以就写了封长信。把内容陈列出来容易，但是长话短说很难。需要你深刻理解本质，区分每块内容的重要等级，再梳理逻辑和分析取舍。</p>
+</li>
+<li>
+**对比。**电影《无双》中有一场面试，郭富城跟周润发在酒吧见面，郭富城讲作画的工艺：“……把纸放进碳酸钙和木质素就能泡出质感。行家用的油墨多数都是植物油，干得快，稳定。而我用核桃油、煤灰和松节油混合……”这里他是在把两种技术进行对比，来突出自己采用的技术有多么专业和独特。
+</li>
+<li>
+**讲故事。**如果你能找到一段相关经历，讲述该技术的应用或者学习细节，展示你学以致用的能力，效果会非常好。你可以说“这个技术，我上个月正好在某某项目上用过，当时的情况是……”
+</li>
+
+灵活运用以上方法，能让你的表达效果事半功倍。以上这些表达方法，不仅适用于技术，在其他专业问题上，也同样见效。但是请注意，回答时一定注意详略。如果你在某一个问题上纠缠太久，会影响后面知识点的考查。你需要边讲边注意面试官的反应，如果他有看表、看简历等厌倦或者着急的情绪信号，就要赶紧调整到下一点了。
+
+## **总结**
+
+总结一下今天的内容。我提到了将技术问题讲明白的两个重点：把握技术的维度，和如何更懂面试官，使他更满意你的回答。
+
+<li>
+在听到技术问题时，第一步先快速在脑子里整理一下“**两个维度八个方面”**的内容，即：外部应用维度，包括问题、技术规范、最佳实践、市场应用趋势；内部设计维度，包括目标、实现原理、优劣局限、技术演进趋势。
+</li>
+<li>
+第二步确认面试官想听什么内容，这需要通过对他的角色、知识结构、问题上下文，以及问题意图来领会，或者一个简单的方法是直接询问。
+</li>
+<li>
+第三步选用合适的表达方法，将面试官感兴趣的部分讲出来。讲的过程中，要注意和他积极交互，根据反馈调整自己的详略和表达方式。这里，结合自己的详历（见“[12 经历没有价值可讲？你需要做份详历](https://time.geekbang.org/column/article/82733)”），讲技术的应用细节和最佳实践，更容易满足面试官的期待。
+</li>
+
+总之，能把一个复杂的技术问题，深入浅出地讲明白，非常考验你对技术的理解深度，和表达能力，你需要通过平时对技术的积累，和表达能力的锻炼来不断提高。
+
+## **思考时间**
+
+请你回想最近项目中碰到的一些技术问题，选一个技术点，用上文提到的八个方面去讲述一下。面对资深架构师，和工作5年的产品经理，你的表达会有什么不同么？
+
+欢迎你在留言区分享你的想法，一起讨论。如果本文让你有了新的收获，欢迎把它分享给你的朋友。

极客时间专栏/面试现场/问答篇/14 | 怎样展示你在项目中的重要性？.md

@@ -0,0 +1,146 @@
+<audio id="audio" title="14 | 怎样展示你在项目中的重要性？" controls="" preload="none"><source id="mp3" src="https://static001.geekbang.org/resource/audio/29/46/2938f864691f84432a65ee0ef1e87c46.mp3"></audio>
+
+你好，我是白海飞。今天我想和你聊聊面试中，怎样介绍你的项目，以及怎样突出你的重要性。
+
+面试中除了专项技术问答，另一个重头戏是“盘问”应聘者做过的项目。面试官通过了解你的项目工作，可以看到你和团队的协作过程、工作成果，以及你起到的作用，从而更准确地判断你的经验、技能、潜力和动机。
+
+面试官的问题往往是这样开始问的：
+
+<li>
+“看你做的项目不少，请介绍一个你认为最能表现你能力的项目吧。”
+</li>
+<li>
+“XX项目看起来挺复杂的，能否详细介绍下复杂在哪里，你的贡献又是什么？”
+</li>
+<li>
+“XX项目你做的时间很长，说说你都有哪些收获吧。”
+</li>
+
+这些都是开放性问题，应聘者的回答，常常有两个主要毛病。
+
+<li>
+**做事浮于表面：**做的工作不少，都想提一下，没有详略，不能在某个价值点上讲出深度。这种表现会让面试官觉得，你仅仅在浅层或者在外围干活儿，而很少或者没有深入解决过核心的项目问题。
+</li>
+<li>
+**能力单薄：**细讲某一项目环节时，你只专注在项目问题的某一部分上，不能以完整的视角复盘解决方案，只具有任务级别的工作能力。比如，只清楚自己的模块实现，至于上下游过来的数据含义都不了解，也不知道自己写的代码是服务于什么业务问题。这会让面试官觉得，虽然你能编写代码，但没有协作意识，你很大程度上依赖别人完成分析调研，甚至连测试数据都要给你准备好，你才能完成任务级别的工作，这样表现出来的能力很单一。
+</li>
+
+总地来看，浮于表层的粗粒度表述，或者仅限于工作切片的表述，会让面试官“看不全”你在项目中的作用和价值，也就是看不到你在项目中的**重要性**。
+
+那么，**怎么才能表达出对项目的重要性呢？你需要既展示项目级别的贡献和能力，又展示对项目关键问题的推动作用。**我从以下三个层面来讨论：
+
+<li>
+首先，前提是你要全面深入地了解项目，尤其是你负责的部分。这很好理解，因为如果你发挥了重要作用的话，你肯定对这部分了如指掌，甚至明察秋毫。
+</li>
+<li>
+其次，你做出了项目结果。这是体现项目完成度的重要部分，是你重要性的最好证明，这是显性的。
+</li>
+<li>
+最后，你推动了项目进展，这是隐性的。
+</li>
+
+## 项目结构
+
+**当被要求讲述某个项目时，很多应聘者上来就直接讲复杂的项目方案，这是不可取的。**因为面试官在不了解项目背景和问题的情况下，很容易听糊涂，而且也不容易领悟到设计方案的精妙，除非面试官指明只听方案部分。
+
+那么，要介绍一个完整的项目，应该包含几个部分呢？我总结为目标、方案、团队和过程。
+
+<li>
+**目标，解释为什么要做这个项目，为了什么人，解决什么问题。**这包含从用户角度和全局角度来看项目的价值，例如“为了解决医院挂号排队太久的问题，我们做了手机挂号项目，使医院挂号流程和人力投入得到了巨大优化。” 能把这些解释清楚，说明你遵循结果导向，而且有全局观，做事动机明确，知道自己不只是在“搬砖”，而是在“盖教堂”。
+</li>
+<li>
+<p>**方案，包括业务功能设计方案和技术设计方案。**前者是从用户交互角度解释产品功能，偏业务；后者是从技术实现角度讲产品设计，偏技术。一般，我会让应聘者在白板上画图，来展示功能模块、技术模块、数据流向等。<br>
+这是展现专业能力的重要环节，既要讲清全局脉络，又要讲出细节，显示你的跨角色视野和专业实力。这里要重点挑你负责的复杂性高的模块来讲，其中复杂性包括业务复杂性（比如“8种用户各有20种不同的处理情况”）、技术复杂性（比如“高可用性高并发的解决方案”）和管理复杂性（比如“9个国家50个城市的信息员，每天都要保持状态同步”）。 这里能展示你能力突出的两个点是：如何进行方案选型，以及如何控制风险。</p>
+</li>
+<li>
+**团队，包括团队层级和角色。**讲清这块内容，能反映出你的协作意识，对于项目经理，这块是一定要介绍清楚的，因为这里包含着项目沟通复杂度和大量的管理风险。而对于业务角色和技术角色，你能讲清直接合作的角色和自己的关系，就基本可以了。
+</li>
+<li>
+**过程，即软件开发过程，是适**用**于产品方案的复杂过程。**即使你对产品方案很了解，但是做出来可能很难，这就是为什么即使拿到了芯片的图纸，依然做不出芯片的原因。从软件过程的描述中，面试官可以看到你的学习能力、协作意识和领导力。所以，即使是个开发人员，我作为面试官，也要问他项目开发用的是瀑布模型还是敏捷模型，团队角色在什么时候、用什么工具和资源、做什么动作，以及是如何协作的。
+</li>
+
+不知道你发现没有，团队的划分、产品的架构，以及项目的过程，是互相依赖、整体一致的。这部分的认知深度对于体现管理角色的管理能力，相当重要。
+
+## 项目结果
+
+**项目结果，是指项目做到的产出，以及这些产出的质量和意义，其中属于你贡献的部分要着重讲。**
+
+你心目中的项目结果都有什么呢？代码、文档？这里我大致把项目结果分为两类。
+
+<li>
+<p>**可见的部分**。<br>
+（1）产品、服务、产品说明文档等；<br>
+（2）代码、运行环境、生产线（CI/CD pipeline）；<br>
+（3）各种过程说明性和控制性文档（需求分析、设计、代码规范、团队契约等）等实物。</p>
+</li>
+<li>
+**不可见的部分**。比如，投入产出情况、项目完成质量、在线系统运行状况、各种业务数据监控指标、过程控制指标，等等。想一想，你平时关注哪些指标呢？
+</li>
+
+对项目结果的展示，有两个角度是面试官最关注的：做得好的和做得不好的。做得好的部分，要把做法和提高之间的因果关系说出来，以明确哪些做法要继续保持，适合在什么样情况下应用；做得不好的部分，重点展现你如何思考，有什么方法可以避免或改进。这是种反省能力，是你持续提高的动力，是面试官关注的一个重点（我会在“[30 | 怎么体现你能把工作越做越好](https://time.geekbang.org/column/article/88690)”一文细讲）。
+
+把可见产出和不可见的项目指标讲清楚，可以体现出你“结果导向”的做事思想。结果导向，能够让团队更明确、更高效地达成项目目标，提高项目生产力，做更有价值的产出。
+
+> 
+<p>**小提示：**<br>
+结果导向，是指先明确目标，再以目标为导向，指定合适的过程去实现目标，并且随时监控环境的变化和目标的完成情况，及时作出调整。</p>
+
+
+## 项目推进
+
+讲好项目结构和项目结果，面试官就已经清楚了项目的基本情况，以及你的主要工作和产出。但是面试官可能还有个疑问：你在项目中是领头羊呢，还是拖后腿的呢？这对于判断你在项目中的重要性，是最关键的一问。
+
+**虽然你的项目角色是相对固定的，但是你对项目的推进作用却是可以超越角色的。**
+
+<li>
+哪怕你只是个“小角色”，但是你的一句话，却给团队点破了一层很重要的窗户纸，项目困境一下就解开了，此时你起到的是**推进**作用；
+</li>
+<li>
+你可能是个架构师，但其实你只是在平庸地做些常规的设计，你的设计并不能让产品更出色，此时你没有创新和引领，只是在发挥**执行**作用；
+</li>
+<li>
+甚至你在工作中敷衍、拖延和不配合，使得项目延期、产品出错、团队士气下降，此时你在“**拖后腿**”。诚然，面试中你绝不会把自己描述成拖后腿的角色，但是面试官步步紧逼的问题，还是会让你后悔当初该多做点项目工作。
+</li>
+
+从哪里体现自己对项目的推进作用呢？想想在项目遭遇危机和挑战的时候，大家一筹莫展，你做过什么：有没有提出过缓解或解决困难的建议，主动采取过什么行动。这些建议和行动，有可能是改善技术方面的，也可能是改善流程和团队沟通的，甚至可能是增强客户关系或争取到领导支持的。总之，如果有，即使只是一点点，也是对推进项目有意义的贡献。把这点讲出来，让面试官意识到你的影响力，判断你对项目的重要性，从而推测你在新职位、新环境里的表现。
+
+以下两种情况，不是面试官希望看到的。如果你有以下情况中的任一种，都需要好好反省一下，想一想如何改善。
+
+<li>
+**你太重要了，重要到团队完全离不开你的程度**，你掌握了独特的资源或者技能，没有人做得了你做的事，你一天不上班，很多人的事情都没法顺利进行，那么说明你成了单一故障点（Single Point of Failure），这种情况会对项目工作造成很大的瓶颈，这不是面试官想要的。因为他可能会认为这是由于你不擅长分享知识和培养别人，注重自我保护，所以招你时会有顾虑。
+</li>
+<li>
+**自己的工作还没做好，就去影响或者帮助别人。**事实上，如果你没有能力做好本职工作，并且因此让跟你合作的同事有怨言，他们也不会非常期待你的帮助。
+</li>
+
+## 总结
+
+展示你在项目中的重要性，首先，需要讲明白项目结构，包括项目目标、方案、团队和过程，这表明你对项目总体有把握，对细节有掌控；其次，要讲清项目结果，重点放在你所做的提高和不足上，提高展示你的能力和贡献，不足展现你积极思考、持续进步；再次，从项目危机和挑战中展示自己的影响力。
+
+以上内容涉及很多项目方面，不要误会，你在讲项目的时候，没必要都讲出来，时间不允许。你的讲述可以按照面试官的面试逻辑来：先概略讲表层事实，看面试官对哪部分更感兴趣，然后再展示深度细节，最后升华成观点感受。
+
+有些人可能进项目组没几个月，就觉得已经掌握了开发技能，没什么可以学的了，进而感到厌烦，甚至想换工作。其实，这很可能是只看到了工作表面，此时不妨问自己几个问题：
+
+<li>
+有没有意识到背后的用户、业务、方案、团队、过程？
+</li>
+<li>
+有没有想过当前方案的合理性和不合理性？
+</li>
+<li>
+为了做得更好，在技术上如何改进？过程上呢？团队角色分工上呢？甚至组织结构上呢？
+</li>
+
+以上问题，可以帮助你更深层地了解工作，发掘工作的意义，给自己一个把工作做出彩儿的机会。
+
+有些朋友可能会问，已经仔细想过上述的方面和问题了，但是依然找不出能显示自己重要性的点，该怎么办呢？那就聚焦你负责的那个小模块，把它当一个小项目看待，用上文的思路去挖掘各方面信息。如果发现还是挖不出深刻的内容，那可能是工作做得不太够了。
+
+从现在做起吧，把手头的工作做扎实，超出领导的期待，**在做好本职工作的同时**，关注项目全局的业务、团队和管理活动，尝试从总体上思考如何做好工作。随着时间与经验的积累，你会发现自己的话语权会变得越来越重，甚至逐渐成了领路人。
+
+## 思考时间
+
+请你考虑最近项目中发生的一个问题或者挑战，都有什么人先后做了些什么，把问题扛下来了？这个过程你参与了么？你可以做得更好么？欢迎你在留言区和我分享你的想法，一同探讨提高。
+
+最后，感谢你学习今天的内容，如果你觉得这篇文章对你有帮助的话，也欢迎把它分享给你的朋友。
+
+

极客时间专栏/面试现场/问答篇/15 | 如何认识自己的优缺点？.md

@@ -0,0 +1,196 @@
+<audio id="audio" title="15 | 如何认识自己的优缺点？" controls="" preload="none"><source id="mp3" src="https://static001.geekbang.org/resource/audio/32/4b/32a3901beff58cb08fe510c878993f4b.mp3"></audio>
+
+面试官经常会问这样一个问题： “你认为自己最大的优点和缺点分别是什么？” 这个问题看起来简单，但是我很少听到眼前一亮的回答。下面我列几个常见的，你来体会一下：
+
+<li>
+“我太追求完美，对自己要求太高，会给别人带来压力。”
+</li>
+<li>
+“我是个急性子，工作一安排下来，加班加点也要提前干完。”
+</li>
+<li>
+“我能为别人着想，有时候宁可自己的事情晚点做，也要帮别人帮到底。”
+</li>
+<li>
+“我事业心太强，总忍不住加班，导致对家庭照顾不够，深感亏欠。”
+</li>
+
+还有很多类似上面的答案，都比较差强人意。为什么这么说呢？
+
+<li>
+首先，看完这些答案，你知道哪条在说优点，哪条在说缺点么？不明显吧？有的是把优点包装成缺点，有的本来想说优点，却暴露了缺点。能不能少些套路，多些诚意呢？
+</li>
+<li>
+其次，你的这些优缺点，听起来与你无关呀！没有融入你的经历，没有你的感情，没有你的观点和感悟，而且还那么俗套，可以怀疑你抄的百度知道么？
+</li>
+
+面试官问你的优缺点时，至少希望你的回答是：
+
+<li>
+**真实的。**你要用真实的经历、大家的反馈、实实在在的结果来证明你的优缺点，而不是只靠表白。
+</li>
+<li>
+**走心的。**你要融入自己的真情实感，加入观点和感悟。这是在说你自己，不是说别人。如果你平时就很在意自己的优缺点，在意自己的做事结果和别人对你的评价，怎么可能会说得肤浅平淡，甚至千篇一律呢？
+</li>
+
+碰到以上不解渴的回答，我作为面试官往往不得不继续深挖，再追问两句，像下面这样：
+
+<li>
+“针对你说的这点，你的老板和同事，在什么事情上，怎么评价过你呢？”
+</li>
+<li>
+“请说一件事，在这点上，你哪些地方做得比同事更好？”
+</li>
+<li>
+“你怎么做到这点的？”
+</li>
+<li>
+“你为什么这么觉得呢？”
+</li>
+<li>
+“这个优点让你获得了哪些满意的结果？”
+</li>
+<li>
+“这个缺点怎么避免呢？”
+</li>
+
+如果你没有基于自己的真实经历和他人的反馈，来深入思考过你的优缺点，以及如何在工作中扬长避短的话，这些问题就很难回答好。
+
+## 询问优缺点的意图
+
+面试中，为什么经常要问你的优缺点，这个问题背后的意图是什么呢？大致有3点：
+
+<li>
+看你的自省自知能力；
+</li>
+<li>
+看你和职位的匹配度；
+</li>
+<li>
+完善或者印证对你的评价。
+</li>
+
+**自省自知能力，是一种自己看到自己，给自己反馈的能力。**我们的所感、所思、所为、所得，大部分是跟外界的交互，其中的自省自知才是跟我们自身的交互。当我们自己能清楚地意识到自己的想法、行为，及其优劣得失，察觉自己的思维模式，才能产生认可、改变、优化、创新的想法和动力。
+
+发现优点很好，可以增加自信，但不能沾沾自喜，止步不前。缺点谁都有，看没看见，愿不愿改，能不能改，这就是自省自知的重要性。面试官想看应聘者能否客观地看到自己的擅长和局限，开诚布公地用实例自我剖析，进而推断他在日常工作中可能的表现。
+
+**与职位的匹配度，是说你的优缺点对面试的职位来说是不是合适。**在第一篇文章“[01 | 公司到底想要什么样的人？](https://time.geekbang.org/column/article/79796)”中，我通过“应聘者素质模型”中的经验、技能、潜力、动机四层内容，指出了面试官考查的能力范围。我们的优缺点也分布在这四层中。假如你的优点正是职位需要的，而你的缺点是职位不关注的，这样的匹配度就很好了。在“[09 | 职业规划二：程序员后来都去干啥了](https://time.geekbang.org/column/article/81615)”这篇文章中，我提到了技术、业务和管理人员的一些不同特征和关注点，感兴趣的同学可以阅读，有助于你判断自己的特质对所申请的职位，是加分项，还是减分项。
+
+特别要指出的是，**优点和缺点都是相对于具体场景和工作对象而言的，不同的职位，有不同的素质要求。**同样的一个特质，用在某个地方上是优点，但换个地方可能就成了缺点。比如技术人员追求技术细节是个好的品质，但是管理团队时，就需要避免微观管理（micro-management）。也是因为同样的原因，一个人在某家外企表现很好，但跳到国企，可能一团糟。
+
+**完善或者印证对你的评价**，这是因为在前面的考查中，面试官很可能对你已经形成了一些评价和认知，或是看到了你的一些优点或是缺点。现在他抛出这个问题，如果你的回答和他的评价相吻合，他会觉得对你的评价得到了印证；如果你的回答有悖于他的评价，他更倾向于听从自己的判断，而把你的回答当作辩解、没诚意；如果你的回答避开了他的评价点，他将其视为对你评价的补充。
+
+## 回答提问的原则及实操建议
+
+由上面的内容，我们可以很自然地引出一些**回答这类问题的原则**：
+
+<li>
+有理有例。**（让面试官信任你的自省自知能力）**
+</li>
+<li>
+优缺点与职位匹配。**（给公司带来价值）**
+</li>
+<li>
+表述与表现匹配。**（表里如一，前后一致）**
+</li>
+
+接下来我们一起看看，怎么按照以上原则去回答好这一问题。
+
+#### 1. 如何自知自省，找到优缺点
+
+优缺点，从哪里找呢？可以到“应聘者素质模型”的四层内容中去找：经验、技能、潜力、动机。举几个例子：
+
+<li>
+“我在银行信贷业务方面，经验非常丰富。”**（经验层的优点）**
+</li>
+<li>
+“精通Java后端开发，但是Web前端开发较弱。” **（技能层的优点和缺点）**
+</li>
+<li>
+“入选公司接班人计划。” **（潜力层的优点实例）**
+</li>
+<li>
+“对新技术有好奇心，微信刚推出小程序时，两个周末搞定一个记事本小程序。”**（动机层的优点+实例）**
+</li>
+
+优缺点怎么找呢？可以从三个层面来看。
+
+**首先是问自己，也称为“内部反馈”：**
+
+<li>
+What：这段时间/这个事情，我哪里做得好，哪里做得不好？
+</li>
+<li>
+How：我是怎么做到这么好（或者不好）的？这是技能和经验方面的自省。
+</li>
+<li>
+Why：我这么做出于什么目的？这个目的是对谁好，对谁不好？长期看呢？这是在自省动机。
+</li>
+<li>
+以上反映出我的什么优点和缺点？
+</li>
+
+**其次是问别人，也称为“外部反馈”：**
+
+<li>
+What：你看到我做出来什么结果？哪里做得好，哪里做得不好？
+</li>
+<li>
+How：你看到我是怎么做的？
+</li>
+<li>
+以上反映出我的什么优点和缺点？
+</li>
+
+**最后是进行专业的测试。**这可以是专业的性格特质测试，比如MBTI、DISC、盖洛普优势识别器等（“[07 | 职业规划一：你真的想好要怎么发展了吗？](https://time.geekbang.org/column/article/81429)”一文中已有涉及，这里不再多提）。
+
+> 
+<p>**小提示：**<br>
+人人都爱听故事，事例更能打动人心。在“[12 | 经历没有亮点可讲？你需要做份‘详历’](https://time.geekbang.org/column/article/82733)”一文中，我介绍了提炼故事，汇编到详历的做法。找到了优缺点以后，你还应该连同经历以及一两个细节，一起组织成故事。尤其不要忽略一些数字，以及他人的评价等细节，这是使你的故事更加精彩动人的关键要素。</p>
+
+
+#### 2. 挑选与职位匹配的优缺点
+
+你若知道职位的工作内容和技能要求，就很容易将对应的优点故事找出来讲给面试官听，包括你在这点上有什么优点，表现出来过什么细节，得到过他人的什么反馈等。
+
+讲优点大家都容易说多，因为讲优点本身是件让人高兴的事。但是一定要注意，这时候你应该讲讲这些做法带给周围环境的正向影响，还有没有进步空间，而不是自己沾沾自喜。
+
+讲缺点是比较令人痛苦的，所以能自知并且剖析的人，就更显得了不起。有些人以“想不到缺点”为由拒绝回答，这其实暴露了他的固化思维，而不是时下被广泛认可的成长型思维。值得提醒的一点是，说缺点不是为了承认错误，而是为了让面试官知道，你清楚自己的这个缺点，而且知道解决方法，已经在尝试纠正了。
+
+如果发现你的优点对这个职位不相关，而缺点又直接影响工作的顺利开展，比如你性格内向，面试的职位是销售时，你也可以想一想，是不是你的求职方向需要调整一下呢？
+
+#### 3. 注意照应前面的表现
+
+在前面的问答中，你应该有些感知，面试官肯定了你的哪些方面，怀疑了哪些方面。在回答优缺点时，你可以适当地呼应一下前面的表现，加强好印象，挽救差表现。 比如：
+
+<li>
+“我对细节很在意，就像刚才我回答您说的XX问题时，非要弄懂它的前提条件一样，我……。”
+</li>
+<li>
+“我有个毛病，爱较真儿。刚才回答您那个XX问题，就是个例子。我的回答时间长了点，是因为我觉得必须得分三种情况考虑。不过，我现在也意识到，如果是对于客观逻辑的推理，需要较真，而主观判断类问题上，较真应该适可而止，因为世界上不存在非黑即白、绝对正确的东西。”
+</li>
+
+> 
+<p>**小提示：**<br>
+在讲优缺点时，一定要是你真实的感受和体验，否则你就不能加入真情实感，也不能融入你的观念和理解，就打动不了面试官。</p>
+
+
+## 总结
+
+最后总结一下今天的内容，面试中通常会问“优缺点”的问题，这里面试官主要有三个意图：考查你的自省自知能力、考查你与职位的匹配度，以及完善或者印证他对你的评价。因此，回答此类问题可以遵循三个原则：有理有例、优缺点与职位匹配、表述与表现匹配。要做到以这三个原则回答问题，你需要首先找到自己的优缺点，挑选与面试职位相匹配的部分，同时注意与前面表现一致。
+
+人人都有优缺点，面试官很多时候并不会把你所说的优缺点当成面试成败的关键。关键是，你应当保持成长型思维，有足够的胸襟和灵活性，去吸纳批评，完善自我，才是迎接未知挑战的法宝。
+
+## 思考时间
+
+下面是一个说缺点的例子，你来看一下说的好不好？
+
+> 
+<p>刚毕业那会，我负责开发一个功能模块，因为自身技术能力有限，加上时间紧，有些技术细节没有吃透，最后提交的代码质量不够好，导致功能上线延迟了一周。<br><br>
+后来，我仔细反思了这件事，发现根源在于自己过于自信，明明考虑得不够周到，却自满地觉得没有问题。 后来，为了避免同类事情再次发生，每次我都要先团队一起讨论实现方案，自己设计完后，都要再请团队中资深的同事帮忙检查是否有疏漏。也正是缘于我的这个做法，完善了项目的设计评审流程。<br>
+<br>我慢慢发现一个人考虑问题的角度往往不够全面，只有集思广益才能把问题更全面的解决。通过这么多年的训练，现在的我看问题的视角越来越全面，解决问题的质量也越来越高了。当然，我知道自己做得还不够，还要继续努力查缺补漏，争取做得更好。</p>
+
+
+欢迎把你的想法和评价写在留言区，我们一起讨论提高。如果今天的内容让你感同身受，不妨把它分享给你的朋友，一起聊一聊。
+
+

极客时间专栏/面试现场/问答篇/16 | 透过兴趣爱好，面试官可以看出什么？.md

@@ -0,0 +1,149 @@
+<audio id="audio" title="16 | 透过兴趣爱好，面试官可以看出什么？" controls="" preload="none"><source id="mp3" src="https://static001.geekbang.org/resource/audio/5e/0f/5e5da572e9f86ad05b78a3aab129c50f.mp3"></audio>
+
+面试官的大部分提问都是需要你努力思考的，但也有看似温和的，比如谈兴趣爱好。对于这个似乎缓解疲劳、人畜无害的唠嗑问题，面试官究竟是什么用意呢？
+
+北宋文学家欧阳修说过：“视其所好，可以知其人焉。”在没有利益驱动和外力监督的情况下，你把精力投放到什么事情上，能把这件事做到什么程度，反映了你内心的追求，以及坚持和努力的程度。
+
+我认为面试官问兴趣爱好的主要意图在于：
+
+<li>
+推测你的动机，包括价值观、性格和特质，避免应聘者和职位、团队文化有冲突。
+</li>
+<li>
+看你在没压力的状态下，能够把喜欢的事做到怎样。
+</li>
+
+那么，大多数应聘者是怎么回答这个问题的呢？我下边列了几个：
+
+<li>
+我喜欢旅游，不过过节的时候，景点人太多，平时工作又忙，出不去。
+</li>
+<li>
+打球。跟几个哥们一起，既锻炼身体，又交流感情。
+</li>
+<li>
+平时喜欢在家里待着，看看书，或者上网看知乎，学点东西。
+</li>
+<li>
+有了孩子之后，几乎就没啥爱好了，一有时间就得陪孩子。
+</li>
+
+看完这些回答，你有什么感觉？跟你的兴趣差不多么？真实，但是挺平淡的，对不对？这些回答不能说有毛病，但就是让人没啥特别的感觉。其实，这个问题，可以回答得质量更高一些。下面我们就仔细聊聊。
+
+## 兴趣爱好应该讲什么
+
+**兴趣爱好，是你内心需要的真实写照。**之前的“[06 |](https://time.geekbang.org/column/article/81078) [喜欢或擅长的工作，你该选哪一个？](https://time.geekbang.org/column/article/81078)”一文中提到过，兴趣是一种情感，表示你“喜欢”某件事，它符合我们的价值观、性格特质，对喜欢做的事情，我们会乐此不疲，因此能够反映我们的做事动机。
+
+#### 1. 讲兴趣点，体现动机
+
+不同的人，即使兴趣爱好相同，他们的动机也不一定相同。从哪里能看出兴趣爱好的动机呢？答案是：从你觉得有意思的地方看，也就是从兴趣点看。假设你的爱好是跑步：
+
+<li>
+如果你觉得最有意思的是，跑完发朋友圈，能收获无数的赞，那你的动机是获得别人的关注和认可；
+</li>
+<li>
+如果你觉得身轻体健使你更加愉悦，那你的动机是为了完善自身体质；
+</li>
+<li>
+如果你觉得边跑边享受路上的美景，那你的动机是追求感官愉悦；
+</li>
+<li>
+如果你觉得约朋友一起跑才有意思，那你的动机是增强社交。
+</li>
+
+总结来说就是，**讲出你觉得这个爱好哪里有意思，怎么做更有意思，才能反映出你的动机、价值观和性格。**
+
+还是上面的例子，跑完发朋友圈的，可能比较渴望别人的关注，如果是在工作场景下，及时的关注和认可会让他更有成就感；健身和赏景的，可能关注自己更多一些；约朋友一起跑的，可能比较外向，喜欢交朋友，在协作和组织上，会有好的表现。当然，这些需要结合其他的问答表现交叉验证着看，不能仅靠一点，就武断地下结论。而且，我们需要正确认识对这些动机的评判，它们没有优劣对错的，只是对不同工作的促进作用不同，只要用在了合适的工作场合，就可以发挥正向作用。
+
+#### 2. 讲产出和如何产出
+
+我在“[兴趣金字塔](https://time.geekbang.org/column/article/81078)”中提到，兴趣形成之前是好奇，刚刚产生好奇而没有体验过的事情，不能称为兴趣爱好。第二层是“消遣”，是说仅仅是享乐目的，投入多，但除了暂时的感官上的愉悦，没有产生长期的影响和产出。第三层是“产出”，这些产出能对你和周围环境产生长期的影响，形成一定的意义，当然这个影响和意义还要看你如何定义。这些产出体现了你的钻研和坚持，如果你做到极致，影响和意义很大，对周围产生了积极的引导作用，就进入了“引领”层。
+
+以上揭示了**一个高质量地回答兴趣爱好的角度：讲产出层，甚至引领层的表现，以及你是如何做到的**。简单地说，就是看你能不能把爱好玩儿出产出，能不能做到极致。
+
+我们来看下面的例子：
+
+> 
+“我从大三就开始徒步，到现在6年，走过40多条路线了。大部分是北京周边，也有新疆和内蒙的……之前我们在X只脚网站上选路线，后来我把探索的路线分享到App里，很多人都下载过，这让我很自豪。”
+
+
+上面这段描述，体现了这位候选人对徒步的坚持和毅力，从结果数据上，我们能想象到他付出了很多。而且，这个爱好的产出也对其他人起到了帮助作用。
+
+再看一个例子，关于游泳的：
+
+> 
+“从教练那里，我发现了我按照知乎教程学不会的原因，是因为知乎上最热门的那个教程是针对专业运动员的。我们普通人身体的柔韧性差，肩膀都是硬的，所以送肩根本送不了那么平，导致送肩的时候上半身已经伸出水面了，这样浮力不够，屁股就会下沉，然后就游不动。 解决办法是：普通人只要送肩的时侯往前下方送，屁股就浮起来了。如果想做到水平送肩，平时得多压肩，增加柔韧性。我后来把这个小技巧回复到了知乎中，也得到很多认同。”
+
+
+以上这位同学描述了学习游泳的一个技术困难，体现了他钻研思考、追求提高的品质。
+
+再举一个例子：
+
+> 
+“拿耳机听音乐，我会用均衡器调解一下音效。XX音乐App自带一些均衡器效果，但是我会根据曲目不同，自己调一下。比如对于我现在用的这款耳机来说吧，男中音的歌，得把400 Hz附近的频段提高3分贝，才能使得声音透亮，不调的话，就有些声音发混，没力气。”
+
+
+这段回答中提到的很多细节，都体现了一个普通音乐爱好者的专业性。这些收获就是他爱好的产出，而且对他进一步发展爱好也能起到促进作用。说实话，我也不知道那些专业知识说得对不对，但是我感觉他做事追求细节，善于折腾，不凑合。
+
+所以，你看，把你爱好的产出和如何产出，有细节、有体会地讲出来，是不是更能打动面试官呢？
+
+这里为方便你理解，我给出兴趣爱好的一个描述结构，供你参考：
+
+<li>
+兴趣爱好是什么。
+</li>
+<li>
+动机：为什么喜欢它，是喜欢过程，还是结果；
+</li>
+<li>
+过程：用什么方法，解决了什么困难，或者提高了什么能力；
+</li>
+<li>
+产出：有什么结果、收获、提高，有什么价值、影响、意义；
+</li>
+<li>
+反省：有什么感想体会，哪里可以做得更好。
+</li>
+
+在你回答面试官的问题时，没必要囊括所有这些点，把有细节、有亮点的部分讲清即可。如果有可以展现你能力的故事会更好，像下面这样：
+
+> 
+“我喜欢看书，尤其是人物传记类的。我可以多说两句么？……嗯，《XXX》这本书对我很有启发，我之前一直困惑的问题在这本书里找到了答案，就是……我在工作中也用到了这点，是……”
+
+
+## 常见的问题
+
+兴趣爱好的问题，看着很容易回答吧？但实际上，很多人都会犯一些常见的错误，这里我们来看几种。
+
+<li>
+<p>**回答“没有爱好”，或者说“没有时间发展兴趣爱好”（这是不对的）。**<br>
+这会让面试官觉得你缺乏自我认知或者好奇心，或者是很懒。其实，你可能只是没有思考过自己的兴趣爱好，每个人都有兴趣爱好，难的是提炼总结，讲出价值点。我小时候有个爱好，听评书，这是个消遣爱好。初二的时候，我统计过一次，曾经听过50多部。后来每次听完，就给同桌复述，这也许是我作文高分的一个原因吧（有点自夸了）。</p>
+</li>
+<li>
+<p>**造假（这是不对的）。**<br>
+如果没有找到有价值点的兴趣爱好，选择“创造”一个爱好来糊弄面试官，那就是诚信问题了。要知道，一句谎话要用一百句谎话来圆。如果你讲得前后矛盾，或者没有细节，那面试官就很可能会产生怀疑，虽然他嘴上不说，心里却可能已经开始否定你了。</p>
+</li>
+<li>
+<p>**认为回答的爱好一定要和工作相关（这是不对的）。**<br>
+爱好不一定要和工作相关。像上面徒步的例子，就和工作没有关系，照样可以受到赏识。但是这里有个风险，就是可能误解你的动机。想一想，如果你说徒步是为了享受自由、不受限制，好不好呢？思想开放的面试官，会觉得你有境界、有追求，对于有一定职业成熟度的应聘者，不会影响工作中的任务分工、组织规章啥的。但是不排除有些面试官会产生一些你不服管、我行我素的看法，担心某天大家都在加班工作，你却放下任务，自顾自地走掉了。但是，如果是这样水平的面试官和公司，你工作会高兴么？会长久么？所以，说出你的真实想法，也有助于不合适的公司拒绝你。</p>
+</li>
+<li>
+<p>**兴趣说多了，面试官会说我玩物丧志（这是不对的）。**<br>
+这个要结合你的工作表现一起看。如果你工作很出色，又能找出时间，把自己的兴趣爱好发展到极致，更说明你是个优秀的人。但是如果工作表现不如意，兴趣爱好却成果显著，如果你是面试官，会怎么认为呢？</p>
+</li>
+
+## 总结
+
+面试官通过对你兴趣爱好的了解，来推测你动机层面的想法，来衡量你与职位和团队的匹配度。所以，要把兴趣爱好讲出质量。
+
+如何操作呢？你得讲出这个兴趣爱好哪里有意思，这才能突显出它的确是你的兴趣爱好，而这正是体现你动机的地方；另外，你还要讲出这个兴趣爱好有什么产出，以及你是如何做出这些产出的，这是为了展示你的能力和坚持。前面我建议了兴趣爱好的一种表达结构，用细节和体会来润色你的表述，更容易打动面试官。
+
+另外，不仅仅是为了面试，我们应该为了成为更好的自己，发展一些有益的兴趣爱好，爱好让我们感受美好和享受愉悦，也帮我们拓展了人生的宽度。努力去尝试吧，你会发现更多感兴趣的事儿，你可以努力把它们培养成“产出型”的兴趣，争取能做到“引领”层，从中锻炼品格，培养情操。
+
+## 思考时间
+
+拿你的一个爱好来分析，你觉得它哪里有意思？其中有哪些产出，让你觉得有意义、有收获呢？
+
+欢迎你在留言区分享，和大家交流。最后，如果今天的内容给了你什么启发，欢迎你把它分享给更多的人。
+
+

极客时间专栏/面试现场/问答篇/17 | 如何让你的回答更到位？.md

@@ -0,0 +1,187 @@
+<audio id="audio" title="17 | 如何让你的回答更到位？" controls="" preload="none"><source id="mp3" src="https://static001.geekbang.org/resource/audio/1e/15/1e8f7f29f7683a844487006735f46f15.mp3"></audio>
+
+这个月又连续面了几十场，我发现很多应聘者都会犯一个基础的沟通问题：回答问题不到位，甚至再三提醒也GET不到“题眼”。作为面试官，我看着都替他着急。所以，今天我们就来谈谈，如何能回答到位。
+
+## 面试对话的两个例子
+
+先来看一个例子，是一段面试对话。
+
+> 
+<p>**例1**：<br>
+面试官：介绍一下你们团队吧。<br>
+应聘者：我们团队5个人，我做开发。<br>
+面试官：团队其他人是什么角色？<br>
+应聘者：开发和测试。<br>
+面试官：还有别的么？<br>
+应聘者：您是说什么别的？<br>
+面试官：比如业务分析师或者产品经理、架构师、项目经理之类的？<br>
+应聘者：项目经理是国外的一个人，其他由开发兼着。<br>
+面试官：项目经理是你们5人团队里的？<br>
+应聘者：不是。<br>
+面试官：那能具体说说你们团队的角色构成么？<br>
+应聘者：3个开发，2个测试。<br>
+面试官：你只是开发？<br>
+应聘者：还兼着需求分析。<br>
+面试官：能具体说一下么？<br>
+应聘者：就是他们把需求转给我们，我们设计界面原型，等他们确认以后，我们就开发测试。</p>
+
+
+看完这段对话，你看出什么问题了么？在我看来，这段对话的沟通效率非常低：
+
+<li>
+首先，应聘者一直被动作答，信息量不足，而且没有覆盖面试官的考查点；
+</li>
+<li>
+然后，面试官不得不接连追问，想多了解一些细节；
+</li>
+<li>
+其次，对话过程拖沓，像在挤牙膏；
+</li>
+<li>
+再次，回答中有表意模糊的词，比如“他们把需求转给我们”，这句话中，“他们”和“我们”都是指什么角色？
+</li>
+<li>
+最后，回答的内容不够翔实具体，像流水账。
+</li>
+
+总体看，应聘者的回答质量不过关。这样低效的对话，会导致什么后果呢？
+
+**低效的对话，导致面试官看不出你的能力。而且，他还可能觉得你不够积极主动，抓不住重点。**
+
+你可能会说，上面的对话面试官也没问特别清楚呀？是的，遇到不清楚的问题，你如果不澄清确认就回答，对话就更低效地兜圈子了。
+
+> 
+<p>**小提示：**<br>
+在高效的面试对话中，应聘者应该能够快速找准面试官的意图，用简练精准的语言，切中要害，满足面试官的期待，从而推进对话纵深发展。</p>
+
+
+那么，沟通效率高的面试是什么样子呢？对比上面的例子，下面的回答会让面试官更为满意：
+
+> 
+<p>**例2**：<br>
+面试官：介绍一下你们团队吧。<br>
+应聘者：您是要了解我们团队的角色分工么？<br>
+面试官：是。<br>
+应聘者：好。我们是个6人团队，包括3个开发，2个测试，还有国外的一个项目经理。我负责开发。我们没有专职的产品经理，项目经理只负责跟客户沟通，然后看是谁负责的模块有UI的改动，谁就负责界面原型设计。原来的架构师离职了，还没有招到替补的这段时间，我们几个开发会共同讨论架构这块的设计。<br>
+面试官：好的，那么……</p>
+
+
+上例和例1相比，差别很明显：
+
+<li>
+应聘者拿不准“题眼”时，先确认了一下。
+</li>
+<li>
+面试官没有那么多“校正性”问题。这是因为应聘者能够主动探求问题的意图，给出的答案能满足面试官的期待，甚至给了面试官发现新问题的机会，让面试官可以顺利地问下去。
+</li>
+<li>
+回答更全面了，信息量更大。这要求应聘者对该问题域的构成元素有比较全面的了解，他明白角色分工要分哪些部分去讲。
+</li>
+<li>
+回答有细节，比如共同设计架构的原因。也正是这些细节，推进面试对话顺利深入，给应聘者赢得了充分展示自己能力的机会。
+</li>
+
+通过这两个例子的对比，可以看出，能回答到位，其实原理上很简单：**先弄清对方想要什么，也就是意图；再给出对方想要的。前者靠聆听，后者靠简洁精准地表达。**
+
+## 分析问题的意图
+
+在听到面试官的问题之后，你首先要分析面试官的意图。怎么分析呢？不妨试着问自己几个问题：
+
+<li>
+**他的问题表面上问的是什么？**要熟知这个问题域的构成元素，才能清楚“题眼”是什么。
+</li>
+<li>
+**他为什么要问这个问题？**我之前说过，“面试的问题从来不是孤立和随意的”。想想面试官之前提出的问题，和这个提问有没有联系？他之前的反应是满意、怀疑，还是否定？这个问题是面试官要印证或者补充哪些方面的考量么？
+</li>
+<li>
+**他是在考查我的哪些能力？**我在前面“[01 | 公司到底想要什么样的人](https://time.geekbang.org/column/article/79796)”一篇中，介绍了应聘者素质模型，包括面试考查的四个方面：经验、技能、潜力、动机。现在，你需要把问题和这些考查项联系起来看，从而思考和确定回答的方向。
+</li>
+
+拿例1的问题来分析。面试官让你介绍团队，首先要知道问题域，即“项目团队”有哪些内容可以介绍；为什么问这个问题？如果刚才考查了你的技术能力，是不是要看看你在团队中的作用？或者要考查你的团队合作情况？如果这样，你上来就介绍团队文化、大谈团队的战绩和辉煌历史等等这些夸夸其谈的内容，就不合适了。
+
+> 
+<p>**小技巧：**<br>
+回答面试问题，首先要掌握聆听的技巧。聆听不仅仅是倾听，而是带着同理心去听，带着目的去听，但不是带着立场去听。<br><br>
+有同理心，是指把自己放到面试官的位置上去体会他说话的目的，要克服自己的立场、感受和情绪，不能只听自己愿意听的。同时，你还要保持眼神、表情和肢体语言的交流（比如与对方保持一定时间的眼神接触，听到关键词或者转折语义时，微微点头或者微微侧头；当然，这些动作是在你大脑思考时的自然流露，而不是表演），及时向对方传达自己理解或者困惑的信号，以求对方暂停谈话，给你思考、回应或者澄清的机会。</p>
+
+
+如果面试官的问题太宽泛，你把握不准回答的方向，就主动向面试官澄清，但是请不要萌萌地问“为什么问我这个”。
+
+## 简洁精准地表达
+
+了解了面试官的意图后，接下来，就要组织答案，简洁精准地表达给对方。答案的素材可以从前文“[12 | 经历没有价值可讲？你需要做份详历](https://time.geekbang.org/column/article/82733)”所讲的详历中来，回答时，要注意对方的反馈，以便随时调整表述内容。
+
+回答的效果，由低到高可以有三个层次：
+
+<li>
+**最初级的效果是“贴题”**，就是说你理解面试官问题的字面意思，不痛不痒地提供了一些贴题，但没有太多价值的信息，面试官据此对你能力的判断，可能仅仅是“做过，但看不出做得好不好”。
+</li>
+<li>
+**更好的效果是“解题”。**你不仅理解了问题的字面意思，还能发掘到问题背后对应的考查点，能够提供更多有价值的信息，面试官可以看出你做事的具体效果，据此判断出你的能力级别。但这也仅是“挠到了面试官的痒处”，但“还没有挠爽”。
+</li>
+<li>
+**最好的效果是“升华”。**这时候，你不仅能理解问题背后的真实考查点，还能结合自身的经历，举一反三、抽象升华，表达有思想的见解，引发对方的共鸣。这时，面试官一定“非常爽”，对你的评价也一定不错。
+</li>
+
+当然，“跑题”就不用说了。我们说的“到位的回答”，就是指要达到“解题”和“升华”的级别，这需要你简洁精准地表达出真知灼见。
+
+简洁精准，只有在你清楚面试官的意图，而且了解他的理解能力时，才能做到。在“[16 | 你真能讲明白技术吗？](https://time.geekbang.org/column/article/84194) ”一文中我们提到，要先尽量了解面试官的身份和角色，其次根据谈话过程判断对方的知识结构，从而采用符合对方理解力的语言和详略程度来表达。
+
+能做到简洁精准，要求表达者**对要说的内容边界有着明确的意识**。比如，该说结果的时候，不说原因；该说事实的时候，不说评价。这样，对想表达的内容能够清楚地归类，然后根据表达需要，进行取舍，再按一定的逻辑表达出来，从而做到简洁精准。
+
+简洁精准，不同于信息不足。前者能覆盖问题的要点，同时还能给出延伸，满足提问者的需求；后者则内容不能覆盖问题的要点，提问者原来的疑问没有解除。
+
+要做到精准表达，还有几个小技巧：
+
+<li>
+**指代清晰。**用代词要小心，如果不能让对方顺畅地理解指代的是什么，那就不要用代词。比如在文章开头的第二个例子中，“我们拿到需求做界面原型设计”，其中的“我们”是指开发人员，还是测试人员呢？这点对于面试官理解你们团队的角色分工和你个人的职责范围非常重要。
+</li>
+<li>
+**避开歧义。**比如，“撰写新的产品说明”，是给老产品写新的说明？还是给新的产品写说明？
+</li>
+<li>
+**少用不确定的语气。**否则会让对方怀疑你的自信心，进而怀疑你所说内容的准确性。
+</li>
+<li>
+**说出表达结构的连接词。**比如，“原因有三条，第一条……中间一条……最后一条……” 。句群之间的逻辑关系结构也要明确，比如，“这个问题的现象是……原因是……所以结论是……我们要做的就是……这样的好处是……”。这样做是为了提醒对方当前的句群属性，即使他前面走神儿没听到，也能明白当前内容与整个话题的关系。这时，你的头脑一定要清楚当前的逻辑，区分要讲的内容在句群中的逻辑位置，不能想到什么说什么，乱了逻辑。
+</li>
+<li>
+**结果先行。**先抛出你的核心观点，用最快的时间引起面试官的兴趣，然后再展开说过程、原因等等。否则你说了5分钟，还没到结论，面试官可能已经走神儿了。
+</li>
+
+能做到回答简洁精准，你就胜过一多半的竞争者了。如果再有一些独到的见解，那就更了不起了。这些见解，往往是在丰富的经验基础上，用归纳演绎法，在“5W2H”（Why - 目的、What - 用什么方法、Where - 在哪儿、When - 什么时候、Who - 谁、How much - 花费成本、How - 怎么做）的角度上得到的“有洞见”的结论。不过，真知灼见靠的是平日的学习、思考和积累，非一日之功，这里我就不多说了。
+
+## 总结
+
+好了，我们今天讨论了如何将问题回答到位，这归根结底是个沟通问题。
+
+低效的对话，会让面试官很难看出你的能力水平，从而影响面试效果。要在这方面有所提高，你需要明确对方发问的意图，然后简洁精准地表达自己的真知灼见，并尽量引发共鸣。今天，我也给出了一些聆听和精准表达的具体技巧，希望让你有更切实的收获。相信你一定有一些自己的实用技巧和心得，欢迎在留言区与大家分享，一同提高。
+
+## 思考时间
+
+下面，我再给出两个例子，是对同一个问题的不同回答。
+
+> 
+<p>**例3**：<br>
+面试官：……那么，是什么问题导致性能下降呢？<br>
+应聘者：用户如果选择的条目太多，就会有很长的加载时间，甚至出现页面加载错误。<br>
+面试官：从技术层面上看，是哪里出了问题呢？<br>
+应聘者：是产品模块的问题。<br>
+面试官：在产品模块的什么地方？<br>
+应聘者：是产品数据库执行查询的时候慢。</p>
+
+
+> 
+<p>**例4**：<br>
+面试官：……那么，是什么问题导致性能下降呢？<br>
+应聘者：是这样，当用户选择条目超过10条，就会有超过半分钟的数据查询时间。经过分段排除，我判断是MySQL数据库在产品查询时的性能问题。我要说说是怎么调优的么？<br>
+面试官：好呀。<br>
+应聘者：我先用show log定位到性能问题的SQL语句，从优化语句和数据库两方面考虑。那个SQL语句用了嵌套的子查询，而且里面有个大表左关联小表，我把子查询单独拿出来，另外改为用小表去左关联大表。数据库方面添加了索引。这样查询时间缩短到半秒内。<br>
+面试官：哦？为什么大表左关联小表会有问题？……</p>
+
+
+结合今天的内容，你觉得例3有问题么？例4呢？它们有什么差别？如果你是面试官，你会怎样评价应聘者的能力呢？我相信，现在你对这些问题已经很清楚了。
+
+最后，感谢你学习今天的内容，如果你觉得这篇文章对你有帮助的话，也欢迎把它分享给更多的朋友。
+
+

极客时间专栏/面试现场/问答篇/18 | 被面试官问住了怎么办？.md

@@ -0,0 +1,132 @@
+<audio id="audio" title="18 | 被面试官问住了怎么办？" controls="" preload="none"><source id="mp3" src="https://static001.geekbang.org/resource/audio/46/cf/462fcfbcd9d1702990ed1bd14b6ef6cf.mp3"></audio>
+
+再资深的面试官，有时候也会做出错误的决定，那就是把Offer发给了只善于表达，甚至善于表演的人，而拒绝了“只会闷头干活”的人。有些面试官看到了流利的表达、新奇的观点和动人的表白，很容易就会喜上眉梢，但却因此忽略了对工作基础和实践结果的考查。因此，性格外向的应聘者面试成功率更高，可是一旦工作起来，又容易出现团队表面虚假繁荣，但是背后客户怨声载道的情况。
+
+问题出在哪里呢？是在面试的问答上：**对于面试官问的问题，同样知识面的应聘者，可能回答效果完全不同。**
+
+我们这里不说面试官应该如何避免被无效答案迷惑，单从应聘者角度来说说如何做得更好。[“22 | 如何让你的回答](https://time.geekbang.org/column/article/82733)[更到位”](https://time.geekbang.org/column/article/86180)一文，会详细解说如何把握面试官的意图，并简洁精准地回答到位。但是对于很多人来说，即使弄清了面试官的意图，但是受限于自己的认知和思路，也会不知道如何回答。我们下面就仔细分析几种被问住的情况，以及如何破局。
+
+## 问题的层次和归类
+
+在[“03 | 面试官的面试逻辑是什么？”](https://time.geekbang.org/column/article/80838)一文中，我提到面试官探索问题的三个层次，我们稍加回忆一下：
+
+<li>
+**表层事实。**问题主要集中在经验和技能上，面试官在各个需要的技能领域，抽样一些典型问题，来扫描应聘者的经验面和技能面的宽度。
+</li>
+<li>
+**深度细节。**问题会深入到某一项技能、经历中，问What、How、Why，此时面试官对你的实践经历更感兴趣（而不是你的照本宣科），包括“最自豪的”“最难的”“最糟的”“最不想干的”等特例情节。面试官通过对这些细节的对比和总结，来探究你技能和思想上的深度，同时了解你的某些潜力和动机。
+</li>
+<li>
+**感受和观点。**只有把知识经验提炼升华，才能形成理论层面的观点和感受。面试问题，你都应在思考中作答。比如问你对某件事情或者技术的评价，对公司发展前景的看法，这些成果有什么意义，哪里可以做得更好时，你的回答将处处展示着你的内在（思考角度、价值观、态度、性格等等），反映你的潜力和做事动机。
+</li>
+
+上面的问题又可以归为两类：
+
+<li>
+**考验记忆的问题**，比如知识点、某件经历的细节等。记忆类问题的答案就好像存在大脑的存储器里一样，回答时，只要读取就好了。
+</li>
+<li>
+**考验分析的问题**，比如问最难的、最坏的、最欣赏的等等这种“最”字打头的问题，以及为什么、如何看待等问题，需要你找到相关事实，找到区别、联系，抽象出要素，运用逻辑推导，总结归纳结论。分析类问题，不仅需要你读取素材，还得经过大脑的处理加工，就好像运行程序一样，面试官需要你演示大脑运行步骤和结果。但是，如果面试官问的某一个分析类问题，你之前已经想明白了，这时候就变成记忆类问题，你只需要把之前的运行过程和结论读取出来，就好像读取过程日志和运行结果一样。
+</li>
+
+综上，问题大致归为两类：记忆类和分析类，记忆类读取大脑数据，分析类不仅读取数据，还要在大脑里运行程序 。
+
+那么，在这两类问题上，有哪些被问住的情形呢？
+
+## 被问住的情形和应对方法
+
+被问住的情形有很多种，我这里列举出如下5种，其他的大家可以文后补充，一起分析。
+
+**第一种，完全不知道问的是什么。**比如你从没有接触过Java，面试官问你Java虚拟机的内存管理问题。记忆类或分析类问题所需要要的信息，在你大脑里都不存在，你自然回答不上来。这时，明智的做法是坦诚地告诉面试官自己不会，并且心里也坦然面对自己的表现。因为面试官在探寻你的知识范围和深度的时候，势必问题会超出你的知识范围，关键看问题有没有超出职责级别的范围。
+
+**第二种，部分知道问的是什么。**实际上，上面第一种情况很少发生。大多数回答不上来的，是对问题内容部分了解，毕竟你面试的不是生疏的职位。比如，问你Java多线程中ConcurrentHashMap的用法，但你做过多线程开发，却没有用到过ConcurrentHashMap。这时，应该怎么办呢？
+
+<li>
+首先，要坦诚地告知对方你在这一点上的水平。
+</li>
+<li>
+<p>然后通过变化范围来表达你的整体水平，否则面试官会以这一点上对你的评价，来定型你在整个问题域的水平。<br>
+方法是，你可以扩展范围：“虽然我没用过ConcurrentHashMap，但是我在很多项目上做过Java多线程编程，包括XX、XX、XX，需要我介绍下么？” 你还可以加入限定条件，把问题转移到你所知的范围，换一个例子，比如“对于一般Web系统的安全性，我说不好，但是对运行在Tomcat上的，有几条心得，您想听么？”</p>
+</li>
+<li>
+<p>还可以采用变化维度的方法，还记得“[16 | 你真能讲明白技术吗?](https://time.geekbang.org/column/article/84194)”一文中的技术维度模型么？无论是技术、业务还是管理，都有内部设计和外部应用两个维度。如果你对被问的那个维度不熟悉，可以变换到另一个维度上展示你的认知深度。<br>
+这有个例子：“虽然我不了解银行信贷业务的内部系统，但是我作为公司财务，经常跟银行打交道，对不同银行的信贷手续很了解。我可以讲出他们业务的差别和优劣来，您想听么？”</p>
+</li>
+
+**第三种，想不起来了。**这主要针对记忆类问题，用过的知识点，做过的项目经历，就是回忆不起来了。即使你仔细准备了详历（参见[“12 | 经历没有亮点可讲？你需要做份‘详历’”](https://time.geekbang.org/column/article/82733)），但还是有可能想不起来个别函数调用或者项目文档条目。这时，如果你只是含糊地说个大概印象，恐怕难以让面试官满意。你只好现场尽可能地回忆细节了：
+
+<li>
+对于知识点，建议你按照“[16 | 你真能讲明白技术吗?](https://time.geekbang.org/column/article/84194)”一文中的技术维度模型的八个方面去回忆细节。如果你真的用过，总能想起来某个点吧？
+</li>
+<li>
+<p>对于经历，其中重要的部分在详历里应该有涉及。如果面试官问到一个圈外的，你可以按照“常识 - 做法 - 扩展”的思路来辅助回忆。<br>
+比如被问到“你在XX项目中如何管理比你级别高的人”，首先讲这个话题需要遵循的一两个常识，“我们是在不同的职责上协作，我不觉得级别是协作的影响因素”；然后回忆该常识涉及的活动，“在这个项目上，我作为产品经理，需要跟比我高两级的资深架构师合作，2周内给客户递交架构设计……”这样你就讲到了一次和高级别同事的合作；然后你可以扩展一下这个话题，“用协作的心态去和同事工作，比用职位高低的心态工作要顺畅得多，即使我和比我级别低的同事合作时，也是这种心态。”</p>
+</li>
+
+**第四种，没想过。**这针对的是思考类问题，比如“你觉得架构师和产品经理可以由一个人担任么”。你和架构师、产品经理都合作过，清楚他们的职责范围，但是因为项目中这两个角色从来都没有由一个人做过，所以没有想过这个问题。
+
+这需要你把问题拆成“记忆类”+“分析类”两部分：**回忆**这两个角色的职责、素质和作用等等，然后**分析**它们的区别和联系，看有没有冲突，这个冲突会造成什么影响，进而判断可不可以由同一个人承担。
+
+> 
+<p>**小提示：**<br>
+不要根据感性的认识，而抢着先说结论，除非你已经胸有成竹了。结论应该随着你表达的思考过程，水到渠成地展示出来，避免你为了圆之前的武断结论而找理由。</p>
+
+
+**第五种，不愿说。**这种不专门针对某类问题，可能是涉及个人隐私，或者应聘者怕说错了，暴露了什么短处，而不愿意继续这个话题。比如“结婚生孩子”“宗教信仰”等话题。
+
+有一些性格内向的应聘者，可能会表达不积极。这种情况下，可以根据公司的诚信文化，以及面试官展示出来的诚信度，来适当调整自己表达的开放程度。我们在“[14 | 面试答疑（一）：说说你面试中的一些困惑](https://time.geekbang.org/column/article/83822)”一文中讨论过这个问题。注意，最好不要摆出“这个问题我不想谈”的架势，我们建立信任，靠的就是更多地了解对方，尤其是细节。适当地展示一些个人细节，有利于你得到面试官的信任。
+
+总地来看，我们坚持了沟通的两个原则：
+
+<li>
+**真诚：**保证发出的信息不失真。
+</li>
+<li>
+**充分：**同步沟通上下文，保证双方对听到的信息没有发生误解。
+</li>
+
+上面并不是教给大家话术或者套路，聪明的面试官会过滤掉言之无物的表达。上面这些是一些思考方法和表达原则。诚然，很多情况下，它们并不能给面试官一个满意的答案，但是在你山穷水尽的情况下，它们能够帮你尽量挖掘出贴近面试官“题眼”的信息。
+
+如果你实在没有办法了，我这里倒是真有**一个“话术”（只作为救命用，不要轻易使用）：“您这个问题，我一时想不到答案。不过，我好奇的是，对于您的职位，什么地方用到这项XX呢？”** 这样，在面试官回答使用场景的时候，你就有更多时间和线索来思考答案了。
+
+## 总结
+
+今天的话题，主要针对被记忆类和分析类问题问住的时候，回答时怎么才能尽量挖掘和传达出更多有用的信息。
+
+<li>
+如果完全不知道问的是什么，就坦然承认，同时内心也不要难过；
+</li>
+<li>
+如果部分知道问的信息，除了承认自己的水平之外，还要用变换范围和维度的方法，向面试官表露自己的整体水平；
+</li>
+<li>
+对于以前用过、做过，但是突然想不起来的知识点或者经历的记忆类问题，按照技术结构模型的八个方面，以及“常识 - 做法 - 扩展”的思路来辅助回忆；
+</li>
+<li>
+如果你从没有想过面试官的分析类问题，那就把问题转化为“记忆+分析”两步，来逐步提取和思考出答案；
+</li>
+<li>
+对于不愿说的话题，则需要你根据实际情况，调整一下表达的开放程度，展示适当的细节。
+</li>
+
+在面试现场，虽然面试官掌握着主动权，但是如果应聘者发现面试官问偏了，不利于展示自己应有的实力，可以适当提醒面试官，改变问题方向，除非面试官坚持原来的问题。
+
+总之，**当面试局面不利于应聘者表达时，应聘者应该抓住一些空隙，适度地做些改变，而不是一直被动地听之任之。**有些强势的面试官反感应聘者挑话题，但是只要你不是反客为主，而是合理地表达出职位所需的技能，省了面试官的“事”，岂不是很好？
+
+## 思考时间
+
+请你在如下问题中，挑一个可能会被问住的，试着回答一下。
+
+<li>
+Java 11 的 “本地变量类型推断” 听说过么？讲讲看。
+</li>
+<li>
+什么情况下项目经理可以被产品经理代替？
+</li>
+<li>
+你住得离公司那么远，每天上下班很辛苦，考虑来公司附近住么？
+</li>
+
+如果以上问题还不够“狠”，你可以给自己来个更狠点的答答看。欢迎你在留言区分享自己的问答和心得。另外，你也可以把这篇文章分享给你的朋友，看看他在这块有没有什么相关经历和想法。
+
+

极客时间专栏/面试现场/问答篇/19 | 应该如何向面试官提问？.md

@@ -0,0 +1,177 @@
+<audio id="audio" title="19 | 应该如何向面试官提问？" controls="" preload="none"><source id="mp3" src="https://static001.geekbang.org/resource/audio/6c/f0/6cb44fa0199b25b0b575283f861930f0.mp3"></audio>
+
+临近面试结束，面试官很可能会问你：“有什么问题问我们吗？” 从我的经验来看，大多数应聘者并没有把这个提问环节重视起来，或者在这一块有很多困惑，不知道该问什么好。
+
+我先列举几个听过的问题：
+
+<li>
+“我没有什么问题，谢谢。”
+</li>
+<li>
+“刚才您问的XX问题，答案是什么？”
+</li>
+<li>
+“公司对新人有什么培训吗？”
+</li>
+<li>
+“请问面试流程是怎样的？”
+</li>
+<li>
+“请问这个职位的工资范围是多少？”
+</li>
+<li>
+“能介绍下您的团队是做什么的吗？”
+</li>
+
+你觉得这些问题如何？面试官会怎么评价和回答呢？这些问题对面试结果加分还是减分了呢？
+
+## 面试官为什么要让你提问？
+
+面试官之所以让应聘者提问，一是表达对应聘者的尊重，显示平等的对话关系；二是通过你的关注点，了解你的需求和动机，进而判断当下的职位是否适合你；三是通过审视你提的问题，考查你的思考广度和深度，以及经验能力。
+
+> 
+<p>**小提示：**<br>
+当面试官让你提问时，千万别觉得面试要结束了，就随便敷衍了事。</p>
+
+
+面试中，面试官让你主导对话的机会不多，第一次是自我介绍，第二次就是让你提问的环节。这是你获取信息和表现主动权的一次好机会，你可以借此：
+
+<li>
+获取关于团队、职位或者项目的一手信息，这是你在网上或者从朋友同学那里拿不到的。这些信息对你判断当前职位的匹配度非常重要。
+</li>
+<li>
+表现自己的思考方式、认知水平和经验能力，以此提升面试效果，锦上添花。
+</li>
+
+那么，问哪些问题更合适呢？我们从“问题的安全范围”和“如何让提问为面试加分”两个层面来谈。
+
+## 问题的安全范围
+
+既然是面试环节中的提问，那么问题主要涉及三方面内容：应聘者需要的、面试官需要的、职位需要的。
+
+<li>
+应聘者需要的，是与其个人利益、职业发展相关的信息，包括但不限于本次面试结果、薪酬待遇、工作内容和环境、职业发展等信息。
+</li>
+<li>
+面试官需要的，是招人所必备的信息。为了招到合适的人，招聘方要经历从写职位描述（Job Description）、收集简历、笔试面试，到发Offer等过程，所需信息包括但不限于人才市场、招聘渠道、职位需求、应聘者的素质和稳定性、招聘成本、法律法规等信息。甚至哪个竞争对手正在裁员，HR也要了解，以便收集更多对口的简历。
+</li>
+<li>
+职位需要的信息，包括公司、团队、角色责任、技能要求、工作压力、发展机会等。这些代表了职位本身的客观需要。
+</li>
+
+之所以“职位需要的信息”没有被“面试官需要的信息”全部包含，要单拎出来说，是因为不同的面试官可能对职位所需信息了解不完整，或者有偏差。比如，HR和职位主管对职位需求和工作内容的了解不尽相同。同样一个职位，不同的人招，要求级别就可能不同。这是因为他们对职位的定位不同，也就是说，对应聘者入职后在团队中所起的作用，有不同的期待。
+
+应聘者、面试官、职位本身，这三者的需求内容是有交叉的，我在这里用三个相交圆来展示这三者的关系。三个圆相交的中间公共区域A，就代表应聘者、面试官和职位都需要的内容。
+
+<img src="https://static001.geekbang.org/resource/image/f2/eb/f27342e9e2d5077478a50b5970bf4ceb.jpg" alt="">
+
+所以，我建议的提问原则是：
+
+**应聘者的问题，最好是与职位相关的，并且是应聘者、面试官都关注的信息。**
+
+作为应聘者，如果你仅仅从自己需要的角度提问，比如“我能得到什么资源来学习和提高”“我能得到什么晋升机会”，面试官会觉得你只关注个人成长，而不是工作本身；而如果你只问面试官和职位需要的信息，而忽略了自己的关注点，就难免会失去了解团队和职位的机会，而且显得有些讨好面试官的意思。
+
+**然而，不是三者公共区域的内容，就不能问了么？当然不是。**上图中两两交织的部分（B、C、D区域）也可能存在好问题。这里说的原则，只是确保面试“安全”的一些保险做法，不必固守。
+
+我基于这条原则列举了一些问题，供你参考。下面一组是可能让面试官产生不适的问题（减分问题）：
+
+<li>
+**有关薪酬待遇的细节。**如果面试官没有主动开始这个话题，最好不要自己问起。因为现在还不到时候。我们在“[26 | 怎么谈薪水比较好](https://time.geekbang.org/column/article/87578)”一文中会详谈。
+</li>
+<li>
+**有关涨薪升职的条件。**同上。
+</li>
+<li>
+**我面试表现得怎么样。**这样提问说明你关心面试结果，但对面试官没有价值，除非他非常nice，想指点你一二。
+</li>
+<li>
+**面试官您在这个团队里是什么角色。**这个问题听起来没有上下文，如果是讨好面试官，没有必要；如果觉得这位面试官可能是将来合作的同事，现在了解情况也为时尚早，入职以后会有人给你介绍的。
+</li>
+
+一般情况下，下面的问题是比较安全的：
+
+<li>
+**有关团队的现状和发展前景，要解决的挑战和问题等。**这类问题，一般是提给团队负责人的。这也是你了解团队的重要环节，你可以通过团队负责人的讲解，判断他的表达逻辑、沟通风格。这些问题的答案展示了团队的前景，也包含了团队负责人的领导风格，你可以判断是否能和这样的领队相处愉快。马库斯·白金汉（Marcus Buckingham）有一句名言： “员工并不想离开糟糕的公司，他们只是想离开糟糕的经理。”
+</li>
+<li>
+**有关项目或产品的业务、价值、技术栈、流程工具等。**
+</li>
+<li>
+**有关职位的工作对象、工作环境、方法工具等。**
+</li>
+<li>
+**该职位的考核标准、职位期望。**这类问题表明你能换位思考，从老板的角度去理解他的期望；同时也说明你是个注重实干的人，你希望了解职位的考核标准，以及所需要的各种能力；你也是个干劲十足的人，你做事结果导向，有目标感。你可以通过这个问题，确认这个职位的需求和自己的能力是否契合，以及你是否真正有意愿做这个工作。所以，在评判对方的回答时，需要重点关注老板对这个职位的期待和KPI的考核标准是否合理，你有没有能力达到这些标准，这些对你的成长是否有利。
+</li>
+
+下面是可能有些“危险性”的问题，因为它们对面试官不产生价值，甚至会让某些面试官对你的印象减分：
+
+<li>
+**该职位的职业上升空间。**表明你关注职业发展，有上进心，但是如果你只问这一个问题，前面提过了，有的面试官会认为你只关注个人成长，如果上升空间有限，你离职风险高。
+</li>
+<li>
+**该职位对应的培训。**说明你有学习和提高的意识。但是对于有经验的社招应聘者，面试官会期望你入职就能快速上手，这样的问题会让他认为你更关注个人成长，或者对自己的能力不自信。
+</li>
+<li>
+**公司的主营业务和竞争力。**这种公开的信息可以从网上找到。虽然显示你对公司的关心，但是也反映出你面试前没有做足功课。
+</li>
+<li>
+**与职位不太相关的内容**。比如“怎么看待中美贸易战”，也许你是想借此机会，表现一下自己准备好的真知灼见，但是面试官能听出你的答案是准备好的；或者面试的是美资外企，你想听听公司和职位会不会受影响，但是得到的很可能是很官方的答案“不受影响”。
+</li>
+<li>
+**补充之前没有回答好的问题。**这个问题要看情况。如果你之前大部分问题答得都很让面试官满意，那么对之前发挥失常的一个题目做补充，重新回答，能起到一些完善的作用，面试官也会喜欢你这种精益求精的精神；相反，如果之前的大部分问题答得都不够好，靠几分钟的时间是挽回不了什么的。即使这时你表白说，“别看我现在的技能不够，但是我有顽强的意志和拼死的学习精神，请相信我，一定能胜任这个职位”，一般面试官也不会感动而改变面试评价的。面试官有自己的评判方法和标准。
+</li>
+
+## 如何让提问为面试加分
+
+注意到以上的安全范围，能使你的提问至少不减分，但是要做到加分，还得注意下面一些事项。
+
+<li>
+**尽量展示正向的态度和观点，适当表示负面的担忧和建议。**比如：我看到这里办公空间是开放的，座位之间没有隔挡，这样能促进沟通，但是如何保证大家能不受打扰地工作呢？这个问题反映了提问者观察仔细，积极思考，能看到正向的意义，又能注意到负向的影响，寻求解决方案去消除。
+</li>
+<li>
+**问合适的人。**你要区分面试官的角色，是HR，还是技术负责人，还是团队负责人。不同的角色，承担的任务不同，对职位的理解也不同。如果是技术问题，就要问技术负责人；团队发展前景的问题，就要问团队负责人。
+</li>
+<li>
+**问题带着自己的洞见。**比如，“对于全球团队来说，由于时区不同，往往加班沟通。您团队有这种情况么？讨教一下有没有好办法解决一下。”这个问题的确说出了跨时区团队的一个痛点，反映了提出者对全球团队的沟通有经验和思考，并且积极寻求解决方案。
+</li>
+<li>
+**注意情势。**前面提到，你要根据前面面试部分的自我评价，采用合适的问题弥补或者提升面试效果。如果你感觉自己的强项在前面没有考查到，可以在这时提及。
+</li>
+<li>
+**问题面不要太宽泛，让人抓不住你的关注点。**比如“如何做好工作？”，这个问题虽然能反映出提问者追求做好工作的动机，但是涉及面太多，不如改成：“要做好这个职位的工作，最需要具备哪些特殊的能力和素质？”
+</li>
+<li>
+**问题要简洁精准，不要有恭维或者冗余。**
+</li>
+<li>
+**问题提出去，要聆听面试官的回答，反馈你的理解，或者引出下一个问题。**这个过程要避免对抗，避免问题把对方逼到窘境。
+</li>
+
+最后， 还有一点很重要，那就是注意自己表达时的态度，态度的核心是诚恳和尊重。**好的表达状态，就像与朋友真诚地对话。彼此尊重，言辞诚恳，会促进面试双方信息的有效沟通。**
+
+## 总结
+
+总结一下，今天我们讨论了什么是提问的安全范围，就是与职位相关，并且是应聘者、面试官都关注的内容，又列举了一些问题实例，后面讨论了使问题加分的注意事项。
+
+问出好问题，有助于你更详细地了解职位信息、公司文化等内容，以及强调自己的独特优势，会给你的面试效果加分。希望今天的内容，能够带给你一些启发。下一次，你可以更从容地、更有效地利用起这个提问环节。
+
+## 思考时间
+
+请你想想下面的问题合不合适，它们的提问对象，是HR、技术负责人，还是部门主管更合适呢？
+
+<li>
+请问，我什么时候可以拿到面试结果呢？我手里还有两个Offer，需要尽快知道您的决定。谢谢。
+</li>
+<li>
+听说上周贵公司产品出了一次事故，您怎么看？
+</li>
+<li>
+（这是个补缺职位）请问前一位任职的人，是什么原因离开的呢？
+</li>
+<li>
+这个项目的技术栈都已经过时了，您有计划要迁移到更新的技术栈上去么？我在这些新的技术上是擅长的。
+</li>
+
+你可以在留言区写下答案，发表观点，期待与你一同交流。最后，如果这篇文章对你有所启发，也欢迎把它分享给更多的朋友。
+
+

极客时间专栏/面试现场/问答篇/20 | 怎么谈薪水比较好？.md

@@ -0,0 +1,187 @@
+<audio id="audio" title="20 | 怎么谈薪水比较好？" controls="" preload="none"><source id="mp3" src="https://static001.geekbang.org/resource/audio/cb/dd/cb5a5c0ec2816c86952f9c8fca9abedd.mp3"></audio>
+
+经常有人问到如何谈薪水的问题。我们从雇用双方谈薪水的原则入手，看看谈薪水需要什么时候谈，谈些什么，怎样谈才能达到自己的期望。
+
+## 应聘者谈薪水的原则
+
+应聘者辛辛苦苦找工作，在面试中拼尽全力地表现，当然是为签个好Offer。但是你有没有想过，怎样才算好Offer？离家近？任务轻？工资高？一百个人心中，有一百个好Offer的定义。前面有读者回复说“现金为王”，这代表了现实中很多人的心声。
+
+在“[04 | 现在的你，到底该不该换工作](https://time.geekbang.org/column/article/80969)”一文中，我提到了衡量工作满意度的三个因素：薪水（物质保障水平）、成就感（精神满足水平）、成长（职业发展速度）。根据对这三者的满意水平，我画了一个三角形，这个三角形就是选Offer的大局观。**签Offer，就是要追求这个三角形面积最大。**
+
+<img src="https://static001.geekbang.org/resource/image/e1/ec/e1708005b79f7303d005ed5bc5bb10ec.png" alt="">
+
+但是对于要应聘的公司，你对入职后事业感和成长因素没有具体的认识，也不准确，而薪水却很好量化比较。所以，**好Offer的条件，就成了对于大局不错的那个职位，尽量把薪水谈高点。这是应聘者谈薪水的原则。**
+
+## 招聘方定薪水的原则
+
+关于薪水问题，坐你对面的雇主怎么想呢？
+
+**雇主要在一定的预算范围内招个好员工。**他期望，给出的薪水和员工产出的价值是相称的，而员工能产出多少价值，由他在这个特定职位上所表现出的能力决定，而不是员工本身所具有的能力决定（这涉及职位环境的局限性和员工的适应性问题）。你表现出多大的能力，就给你定多少薪水，这是公司薪酬体系的内核。而HR在制定薪酬体系时，也考虑了市场因素，并不断随着市场的变化，调整薪酬基点。不同公司的薪酬体系不同，职位设置不同，导致同样的员工，薪水“定价”不同。
+
+**公司除了付给你薪水，还在一定程度上，满足你对“成就感”和“成长”的需要。**因此，雇主会根据你的情况，估计公司和职位对你的事业感和成长的影响，在公司既定的薪酬体系下，给你合理的薪水。也就是说，如果这个职位做的工作含金量很高，对你又是个非常好的发展机会，那么即使薪水一般，雇主也会觉得对你会有吸引力。而如果公司平台价值不明显，将来发展不明朗，就只好靠高薪来吸引人才了。
+
+**薪水，属于激励因素。**智力工作，要在适当愉悦的状态下，才能表现最佳。懈怠的平庸者和激情的优秀者的生产效率和质量差别会非常大。对于IT从业者，工作成果的质量不容易量化。当员工对薪水产生不满，员工的产出质量和价值就可能降低，而且有时这些降低还无法察觉。
+
+所以，**理智的雇主，不会一味压低你的薪水，而是考虑公司的薪酬体系和市场水平，兼顾“成就感”“成长性”，给出符合应聘者价值（不是应聘者期待），带有激励作用的薪水。这是雇主定薪水的原则。**
+
+（但是不可否认，也存在一些公司，违反原则地压低应聘者薪水，后文会谈到由此产生的矛盾。）
+
+## 两个三角形
+
+从双方的谈薪原则可以了解到，在“薪水”“成就感”“成长”空间里，雇主会给应聘者画一个三角形（请不要理解成画饼，两码事哈）。我将公司和应聘者的需要分别用一个三角形来表示，图中红色三角形代表了雇主提供的条件，而绿色三角形代表了应聘者对该职位的期望。可以看到，这两个三角形是有差异的。**谈Offer，实际上就是在谈这两个三角形，使它们尽量靠拢**。
+
+<img src="https://static001.geekbang.org/resource/image/af/f5/af512298d87eace4c0820fa0d4cbd4f5.png" alt="">
+
+审视这两个三角形的构成，限定到特定公司的薪酬体系里：
+
+<li>
+薪水和你的贡献价值成比例，你让公司觉得你对职位贡献的价值越高，可能得到的薪水也越高，从而扩大绿色三角形。
+</li>
+<li>
+成就感和成长，与公司、团队、老板，以及职位做的事情、发展空间相关，公司要让你尽可能多地了解这些方面的优势，从而扩大给你的红色三角形，而不是只靠拉高薪水。
+</li>
+<li>
+经过双方充分沟通，两个三角形尽可能地靠拢，你情我愿，Offer也就谈拢了。否则，即使签了Offer，双方的期待存在差异，矛盾迟早会在工作中暴露出来。
+</li>
+
+矛盾会有哪些方面呢？
+
+<li>
+如果应聘者谈成的薪水比其他同事高，但过了工作适应期，贡献度却比其他同事低。这种薪水倒挂现象，是一种矛盾。这要拷问公司的薪酬体系和外界相比，是否合理。要么调整薪酬水平，把其他同事的薪水慢慢调整上来，要么压低这位新员工的工资涨幅。传统IT公司，面对新兴互联网公司高薪现象的出现，薪水倒挂也是无奈之举，这也是对企业人才战略的考验。
+</li>
+<li>
+如果雇主以低薪把应聘者招进来，但是其他的承诺没有兑现，导致应聘者失望，但是顾忌履历上出现频繁跳槽的问题，只好屈就一时。这样的工作心态和工作质量都不会好，公司也不会满意，其实雇主是在陪了夫人又折兵。
+</li>
+<li>
+还有一种矛盾不是发生在薪水上，应聘者对薪水满意，但是工作一段时间后，发现工作不是自己期望的样子，没有成就感，能力也没有成长。但是碍于薪水还不错，只好边工作边期待转机。时间一长，就成了温水煮青蛙。几年过去，薪水比市场落后了，自己的竞争力也不在了。
+</li>
+
+所以，**谈清楚这两个三角形，双方达成期待和给予的一致，是谈Offer的重要内容，不要给以后的工作留隐患。**
+
+## 什么时候谈薪水合适
+
+谈薪水之前，先自我检查下面的条件是否已经具备。
+
+首先，通过回顾面试和交流过程，分析面试官是否对你感兴趣：
+
+<li>
+这个职位，我可以直接上手创造价值？还是要经过一年半载的培训？面试官怎么看的呢？**（这是经验方面的评估）**
+</li>
+<li>
+我的技能满足工作要求么？面试官觉得我可以胜任么？**（这是技能方面的评估）**
+</li>
+<li>
+面试官觉得我将来能委以大任么？**（这是潜力方面的评估)**
+</li>
+<li>
+面试中，我表现得有激情，有动力，肯全心全意为公司效力么？**(这是动机方面的评估)**
+</li>
+
+面试官对你以上方面的认可度越强，就对你越感兴趣，也就越想要你。
+
+其次，检查你自己对这个工作是否感兴趣：
+
+<li>
+这是对我有价值的工作么？
+</li>
+<li>
+我喜欢跟这样一群人，在这样的文化下工作么？
+</li>
+<li>
+这个职业的上升空间，能支持我的职业规划么？
+</li>
+
+以上问题，实际上是在检查你是不是想做这个职位。
+
+如果你想做，公司需要知道你的工作意愿。意愿越强，他们越相信你有做好的可能。相反，如果这个工作不是你想要的，就不要谈薪水了。高薪，不是让你一直工作下去的唯一决定因素，而且这个高薪还会耽误了你将来的高薪。不如继续寻找别的机会，除非现在你急需维持生活水平。
+
+> 
+<p>**小提示：**<br>
+双方互相感兴趣，才有谈薪水的必要。</p>
+
+
+我建议的策略是，把三角形的详细沟通放到**面试官对你感兴趣且你对这个工作感兴趣**这两个条件形成之后做，这之前，如有不得已的Offer内容沟通，要保留弹性。
+
+假如在以上两个条件形成之前，你就告知对方你的薪水期望，如果高出了职位预算，很可能对方就直接放弃你了，因为他还不清楚你的价值；如果过低，也不符合你的期望。所以如果对方一再追问，你可以跟他解释你期待的三角形构成，并且表达薪水期望是可以根据另外两个顶点调整的。
+
+## 跟谁谈薪水
+
+在“[02 | 想要成功面试，先要弄懂面试过程](https://time.geekbang.org/column/article/80150)”一文中我提到过，HR负责制定和维护公司的薪资结构；而职能经理有权决定你的职位级别，以及在该级别规定的薪水区间决定你的薪水。
+
+职能经理最熟悉团队的薪资分布，最理解工作的价值轻重，并且负责激励和管理团队，所以对薪水有决定权。虽然HR负责整个公司的薪酬体系不被打破，但是对于特别优秀的人才，职能经理可能会给他调整到更高技能要求的职位，从而也就提高了他的薪水。
+
+所以，定薪水的人，是你将来的经理。但是跟谁谈呢？谁找你谈，就跟谁谈。有可能是经理直接找你谈，这个很高效，因为他已经在面试中知道了你的能力和价值。也可能是HR找你谈，他可能已经跟经理达成一致，或者他会带着你的期望数字去跟经理达成一致。
+
+## 薪水的构成
+
+我们来了解一下基本知识，即员工薪资的基本构成及其注意事项，主要分为四部分。
+
+<li>
+**月薪和年薪。**注意，不少公司的年薪大于12个月薪。
+</li>
+<li>
+**年终奖**：取决于公司的业绩和你的绩效。某些互联网公司，给杰出员工发半年工资做年终奖，但有的员工却一点都拿不到，目的就是按绩效激励或淘汰员工，显示了强烈的竞争文化。
+</li>
+<li>
+**股票、期权**。上市公司都有股票，中高级的职位，公司可能会按照你的级别相应地配股，并且员工购买公司股票会享受内部价。一些创业公司，因为没有太多的现金或者股票，为了激励员工，提出了期权的做法，一旦公司IPO，期权变现，你很可能就财务自由了，这也是创业公司最吸引人的地方，但是风险也很高。
+</li>
+<li>
+**福利，**条目比较多，各公司差异较大，包括社会保险（五险一金）、带薪年假、各种补贴（如交通费、餐补、通信补，甚至宿舍或者住房、租房补贴、买房贷款）等。注意，不要在面试中向面试官询问这些细碎的信息，可以在和HR谈Offer的时候询问。
+</li>
+
+以上部分，对于校园招聘的学生来说，基本是依靠面试结果定级，然后遵从公司统一的标准；对于社招，月薪是可以谈的；股票期权，是留给中高级职位的。
+
+## 怎么谈薪水
+
+相信你在投简历之前，就给自己设定了一个薪水预期。这跟市场就业环境、职位薪资水平、个人经验能力，以及你当前的薪水等因素有关。
+
+因此，你首先可以通过一些职场社区、招聘网站、朋友同学，了解有关信息。其次在应聘过程中，你也要动态调整自己的期待，对于具体的公司职位，你要了解该它的薪资区间，评估它的平台价值和发展空间，综合权衡上文提及的三角形，来确定一个合理的期望薪水范围。
+
+在我们内心设定了薪水期望，通过面试也产生了对彼此的兴趣，明确了谈薪水的对象之后，就可以谈薪水了。这是个互相了解对方心中三角形的过程，包括：
+
+<li>
+深入了解这个职位要求你必须做到什么，以及达到优秀的话，需要做到什么。
+</li>
+<li>
+强调你能为公司做什么，带来什么价值。
+</li>
+<li>
+了解职位的发展空间，以及对你的成长期望。
+</li>
+<li>
+表达你的发展诉求，以及所需要的资源和支持。
+</li>
+<li>
+了解该职位的薪酬水平，和薪水发展水平。着眼大局，而不是眼下的数字。
+</li>
+<li>
+表达你的薪水期望。有些同学不好意思提自己的薪水期望值，其实是因为对自己的价值不自信，不晓得自己“值”多少。随着经验能力的积累，和对公司需求的了解，这种价值自信会越来越强。
+</li>
+
+面试官希望在以上的沟通中，双方都能真诚大方有底线，本着尊重负责的态度，看两个三角形的接近程度。注意，不是每次谈Offer都能成功的，即使谈不拢，也可以保留将来合作的机会。
+
+## 总结
+
+谈薪水是个敏感而且利益攸关的话题。但是，薪水并不是一个职位的全部，而且为了提薪而谈薪，效果并不一定好。所以，我们提到了由“薪水”“成就感”“成长”三方面构成的三角形，关注这个大局，就是既关注当前利益，又关注长久利益。谈薪水，就是拉近公司与应聘者双方心中两个三角形的过程。
+
+**值得再次提醒的是，这个沟通最好在双方对彼此都产生了足够兴趣之后再进行。然后，你最好和薪水的决定者，也就是职能经理来谈薪水。**
+
+薪水和员工产出的价值是相称的。有能力的应聘者，最有谈薪的话语权。面试的重点，还是要放到下面这些关键问题上：如何展示你的能力，让面试官相信你能解决他想解决的问题，你能为公司实现别人做不了的价值。这样一来，拿到如意的薪水，就是水到渠成的事情了。
+
+## 思考时间
+
+请你思考以下几个问题，相信你能轻而易举地回答上来。
+
+<li>
+如果HR在第一次面试时，就问你期望的薪水，你如何作答呢？
+</li>
+<li>
+面试时，你该不该主动和面试官谈薪水？
+</li>
+<li>
+面试官问期望薪资，你是不是要得越高越好？
+</li>
+
+欢迎在留言区分享你的想法。如果今天的内容让你有所启发，欢迎把它分享给你的朋友。
+
+

极客时间专栏/面试现场/问答篇/21 | 面试答疑（二）：面试问答环节的一些思考.md

@@ -0,0 +1,201 @@
+<audio id="audio" title="21 | 面试答疑（二）：面试问答环节的一些思考" controls="" preload="none"><source id="mp3" src="https://static001.geekbang.org/resource/audio/26/9a/262157efeded2a5ea0fce49f4f57669a.mp3"></audio>
+
+## 写在前面
+
+面试现场“问答篇”的几篇文章后面，有很多精彩的回复和耐人寻味的问题。非常感谢大家的认真分享，这是一种对自己负责、对他人热心的学习和分享态度，和他人的思想碰撞出火花，也让专栏内容得到了升华。
+
+对于那些精彩回复，我已经请编辑置顶；对于一些典型的问题，限于篇幅，我挑了几个，在今天这篇文章中和你一起探讨。
+
+## 问题答疑
+
+#### 1.  **关于转行的几个问题**
+
+> 
+“关于职业发展不衔接这一块，我属于转行过来的，现在在做测试，转行前做了大学专业相关的工作，大概有三年，现在做测试是转行后的第一份工作，有一年半时间，简历应该怎么描述会好一些呢？”
+
+
+> 
+“技术岗转产品岗（有技术背景要求的产品岗）时，对于之前的工作和项目经历该如何描述比较合适呢？”
+
+
+> 
+“我之前的工作是以业务为主导的开发，技术上并不是很深入，现在想找偏技术的工作，没有技术亮点怎么破？”
+
+
+> 
+“我是后端，最近2年工作偏前端，想转前端，面试应该怎么自我介绍？”
+
+
+看得出，大家问这些问题，是出于对自身能力的担心。我想不妨换个角度，从我的个人经验出发，来和你聊聊面试官对此的顾虑是什么。
+
+<li>
+没有直接的岗位经验来证明你的能力，你能干好这个工作么？**（经验和能力因素）**
+</li>
+<li>
+在前一个职位形成的习惯和定势，会不会让你不适合新岗位，影响你在新岗位上的成长？**（潜力因素）**
+</li>
+<li>
+你已经有一定资历了，还能像新手一样，虚心且投入地从头学起么？**（动机因素）**
+</li>
+<li>
+如果从头开始学起，你愿意拿新手级别的工资么？**（动机因素）**
+</li>
+<li>
+是不是前一个职位干不好，才不得已转岗？**（技能和动机因素）**
+</li>
+
+可以看到，面试官的这些顾虑同样离不开“应聘者素质模型”。接下来，我们看如何解决面试官的以上顾虑。我的建议有：
+
+<li>
+**找到之前岗位和应聘岗位的相似之处，包括工作内容、所需技能，从而挖掘出有衔接的经历，来证明能够胜任新工作。**比如，“这份客服工作让我更能从用户角度了解问题，让我对产品质量的理解更深刻，为我现在的测试工作奠定了用户思维的基础”，这就是在展示客服工作和测试工作的关联性，即使两者的服务产品完全不同。
+</li>
+<li>
+**除了展示对新工作的支撑点，也要分析冲突点。**比如从技术角色转业务角色时，虽然技术经历对业务工作有很大的好处，能更好地识别业务需求的合理性，更顺畅地和技术团队沟通；但是也有坏处，容易用自己的技术观点去影响团队的工作，产生越界；还有个难处，不容易从技术思维（关注原理和逻辑）的基础上构建用户思维（关注交互和感受）。如果你能主动把如何克服这些坏处和难处讲出来，不就打消面试官对此的顾虑了么？
+</li>
+<li>
+**不管有没有支撑点，都需要展示你的做事态度，也就是工作动机。**即使你在前一个岗位上没有出色表现（这很可能是你转行的原因），但是只要诚信、负责、用心、敬业地对待每一个细节，如果碰到合适你的工作，你就能大放异彩。我们知道，动机是把工作做好的一个重要因素。
+</li>
+<li>
+**展示转行原因和决心。**你可能是因为个人爱好或者擅长而转行，也或者是迫不得已，但你必须先想清楚转行是为了什么，这里面有什么挑战，以及如何应对这些挑战。只有自己想清楚了，把自己说服了，才能讲出来让面试官信服，人家才能放心。也只有自己铁了心要走新路，才能摆正心态，从头学起，忘我工作。
+</li>
+<li>
+**表达合理的薪酬期望。**就像“[26 | 怎么](https://time.geekbang.org/column/article/87578)[谈薪水比较好](https://time.geekbang.org/column/article/87579)”一文中提到的，薪水期望应该和你在这份工作上的产出价值相称，否则不切实际的心理期望，可能会给你的转行就业增加困难。
+</li>
+
+以上内容，可以适当地呈现在你的简历和面试中。简历和面试问答，只是不同的沟通形式而已。
+
+#### 2.  **关于自我介绍**
+
+> 
+“面试时是否要主动要求自我介绍呢？还是稍加寒暄后，等面试官提出‘你先做个自我介绍吧’？”
+
+
+> 
+“由于连着面试了几轮，后面的面试官没让我做自我介绍，所以整场面试下来，面试官对我的了解不够全面，这也使我非常被动。”
+
+
+对话要按照双方的需求进行交互。自我介绍的作用是给面试官一个概览。如果面试官已经仔细看过你的简历，或者通过前场面试了解了你的大致情况，可能会直接开启他要考查的点。但是如果面试中途，你发现他并没有了解你的全貌，而且因此产生了沟通问题，那你有必要征询他的意见，灵活补充一下你的部分背景信息，以便于澄清问题。
+
+所以，多轮面试每次都要自我介绍么？我的建议是“看需要”。为了预防后面问答走偏，如果开场出现空档，可以灵活进行自我介绍；问答中间，已经出现走偏，你也可以适当补充经历信息。另外，如果面试官换了角色，你的介绍也要改换合适的角度。需要注意的是，无论何时，如果对方关注点在别处，你强势要求自我介绍，就不恰当了。
+
+说到这，多提一句（超出自我介绍的范围），面试中，尽量不要给面试官你要控场的感觉。我经历的应聘者控场的情况有：
+
+<li>
+说起来滔滔不绝，不顾面试官提醒；
+</li>
+<li>
+强行改话题，“数据库我不熟，我们还是聊回Java吧……”；
+</li>
+<li>
+否定面试官的提问，“你问的这个太基础了，项目上用不到，真正用到的是……”。
+</li>
+
+以上情况下，应聘者很可能被认为是在自顾自地表现自己，不仅不能按需给面试官提供有效的信息，还改变了面试节奏。这种强势风格，不免会让面试官担心应聘者将来和同事的沟通和协作发生问题。
+
+#### 3.  面试中被“碾压”
+
+> 
+面试官职位高经验久，问答形成碾压之势，我准备不足，信心不够。
+
+
+> 
+听说技术面试的时候答不出来，有些考官会不断打压质疑面试者的能力，从而使自己得到一些快感，这时的紧张感怎么消除，并顺利面试下去？
+
+
+这两个问题需要把两篇文章“[13 | 面试紧张怎么办？](https://time.geekbang.org/column/article/82744)” 和“[24 | 被面试官问住了怎么办？](https://time.geekbang.org/column/article/86821)”结合起来看。
+
+为了探测应聘者的能力水准，面试官需要加大问题难度，来测出其技能极限，而不仅仅是职位所需的技能水平。所以，有回答不上来的问题是很正常的。但是如果每个问题都被碾压，那要么说明自己水平有限，要么说明面试官要求太高。
+
+提到“打压快感”，请允许我为合格的面试官开脱一下。他们应该不是为了快感，而可能是在进行压力测试，看你在压力状态下是否还能高效冷静地表现。
+
+紧张的一个重要原因是“敌对情绪 + 弱势自评”，也就是把认为强势的一方看成“敌人”。所以什么时候你不把对方当成强势的敌人，而当成朋友了，紧张就能缓解一大半。“打压快感”等词，说明你潜意识里就已经把面试官推到对立面了。
+
+话说回来，如果面试官一直在一个你不懂的领域周旋，你可以通过坦诚相告自己在这块的能力和经验，并问询实际工作中对这块的要求程度，表明你的学习能力等方式，尽量消除你的这份能力差距带来的影响。
+
+#### 4.  关于回答的系统性
+
+> 
+面试官说我思维偏点状，让我培养全局思维。我不明白：面试官问什么，我就回答什么，为什么说我是点状思维呢？
+
+
+看过“[16 | 你真能讲明白技术吗](https://time.geekbang.org/column/article/84194)”之后，不知道你是否感受到，解释一个知识点，可以从多个角度来讲。展开的角度，直接显示了你的知识面和认知深度：从内部原理到外部应用，从问题出发讲多个可选方案，从技术出发讲若干应用场景；还可以把多个点，通过不同的维度，串起来讲，讲体系的横向对比，纵向发展史，等等。如果你遇到了上面这位朋友的类似问题，可以想一想你在面试时是怎么回答的。
+
+另外，如果面试官要你分析和解决一个问题，那就更复杂了：
+
+<li>
+一个方案，不要只考虑成功的一面，还要考虑到失败后的应对方法。
+</li>
+<li>
+进而，选择和评判标准不要只按正反两种情况分析，而应该是灰度的。
+</li>
+<li>
+不要只按自己的视角去分析，应该考虑到影响的多方受众，换位思考。
+</li>
+<li>
+对于边界模糊的问题，是不是需要放到具体的情景中去讨论，才能有的放矢。相反的，对于回答问题的范围，如果加了不恰当的假设条件，把问题局限在某一个点上，是不是不能展示自我的全局视野。
+</li>
+<li>
+多个问题的回答中不要出现自相矛盾，观点前后要照应。
+</li>
+
+情况有很多，你应该避免孤立地思考和表达问题。但是，你可能会说，这么多内容，回答不是很啰嗦么？啰嗦是指，听者已经明白的内容，你还在继续反复阐述，或者你的表达逻辑有问题，脉络不清楚，和这里的思路其实两码事儿。所以，如何讲得全面而且不啰嗦呢？建议你讲出体系，注意逻辑和有效交互。
+
+#### 5.  讲个人的，还是全局的
+
+> 
+如果不从自己的角度，而是从整个公司或者团队的角度，讲述一些技术或者方案的改进，是否可以给面试加分？
+
+
+能从全局角度讲清事情，说明你心有大局，关注总体，是个好事。先总后分是一个好的方案讲解思路。但是注意，一定要明确指出你的贡献和创新在哪里，这是为了区分出滥竽充数的一部分人。碰到那些只说“我们怎么怎么”的应聘者，我会问“哪块是你做的，哪块是你的创新”。如果不了解你的部分，我怎么能确定你的经验和能力呢？
+
+#### 6.  关于数据流向
+
+> 
+最近面试被问到几次“数据流向”，但是面试官好像都不太满意我的回答，不知道该如何表达这部分内容。
+
+
+数据流，应聘者一般都很难讲好，因为太复杂:
+
+<li>
+数据流基于数据模型，数据模型其实反映的是业务模型；
+</li>
+<li>
+数据流，本身反映的是业务流，以及技术模块之间的数据交互。
+</li>
+
+所以讲数据流前，得先让听者明白业务模型和业务流程，还有技术架构。这些都不是三言两语就能讲清楚的，因为复杂，只好简化或隐藏一些结构去讲，但如果简化不当，反倒隐藏了重要细节，让别人听不懂。
+
+说一下我的建议，可以从两方面讲数据流向：
+
+<li>
+在系统模块中，数据是如何从数据库、中台、消息中间件、缓存，最终流向前端的？这种场景中的数据流向，主要考查的是对系统架构的理解，同时也能扩展出整个数据流中的各个技术点，可能涉及异步、响应式，或者双向绑定等。总之这个问题再结合扩展，可以很好地考查你技术的深度。
+</li>
+<li>
+在上下游系统中的数据流向，这考查的是你对上下游业务的理解程度，看你对自己做的事情是否有全局观，是否知道自己所做事情的意义以便更好地理解业务和需求。这很像那个小寓言故事，有人问两个砌砖的工人“你们在干什么”，一个答在搬砖，另一个答在建教堂。不同的回答，给面试官的感受是完全不同的。
+</li>
+
+建议你在平时的工作中也时常思考这个问题，它会帮你脚踏实地地往宽度和深度上拓展自己。
+
+#### 7.  关于技术和业务发展方向的选择
+
+> 
+当前公司重业务和沟通，技术含量很低。做了一年后，技术能力明显下降，导致现在就在考虑要不要去做市场和需求了。怎么选择呢？
+
+
+我们在“[09 | 职业规划二：程序员后来都去干啥了](https://time.geekbang.org/column/article/81615)”一文中提到，每个角色做到资深水平，都需要具有技术、业务和管理三方面的技能成分，只不过这三方面的比例不同而已。
+
+所以，在我们主做某个角色的时候，其他两方面都尝试一下也不错，但是要保证你的主技能有成长。像这位朋友描述的情形，需要综合考虑这三方面，对于你既定的职业发展方向，评估现在的环境带给你什么障碍，抑或是带来了什么新机会。
+
+对于擅长而且热爱技术的同学，初级阶段是做到技术精湛；渐渐地开始关注业务问题，因为只有用技术解决好用户痛点等业务问题，才能显示出你的“终端”价值，这就是把好钢用在刀刃上，这个刃，就是用户痛点等业务问题；再往后就要带领团队用好技术，解决更大的业务问题，把产品或服务变得对用户更“有用”更“好用”，这时，就可以算是技术领导者了。
+
+所以，**想发展为技术领导者的朋友，需要具备三方面的基本功：扎根技术，着眼业务，懂得管理。**我将在后面的“[32 | 你不是领导，](https://time.geekbang.org/column/article/84194)[怎么体现领导力](https://time.geekbang.org/column/article/88047)”一文中详细阐述。
+
+## 写在后面
+
+在面试现场，如果应聘者每一秒都在挖空心思地想要提升面试效果，是有点功利。需要澄清的是，我不想误导你去过分地关注问答技巧，回答的内容价值永远都是第一位的，而不能只有形式和招式。有技能和经验做背书，不愁面试官不认可你。
+
+这些文章的本意，是想帮助你把面试官想要的内容发掘出来，充分地呈现出来，移除沟通障碍。一旦面试官认可你与职位匹配的能力，就不会因为一个小问题而全盘否定你。当我们充分表达自己的时候，能够出自本心，而不是费尽心机，让别人感受到我们的初心，而不是别有用心，才是真的好。
+
+最后，如果今天的文章让你有所收获，欢迎在文章下方留言与我分享，也欢迎你把它分享给你的朋友，一起探讨提高。
+
+