面试技巧

就是自我驱动的员工，他们做事动机强烈，目标明确，明白任务的意义，甚至自己寻找有意义的事，满怀激情地投入，往往超出自己的工作范围，去推动进展，取得成果，然后又奔向下一个目标。

这类员工需要一定的激励，需要他人帮助才能找到目标和意义，一旦“激活”就能像自燃型员工一样奋力工作。

这类员工当一天和尚撞一天钟，给多少钱，干多少活，按工作的最低标准和最后完成时间递交任务，跟同事合作差，不乐意分享，自我保护。

如诚实守信、认真负责、坚毅勇敢等

就是在工作中区分是非、明确轻重的观念

是长久的思维和行为习惯，受环境影响固化成的心态“定势”，比如内向、感性等

一是“配合好”成员有担当，共同决策；沟通很轻盈，大家很快能理解对方意图，达成一致

而是分工合理清楚大家了解彼此的技能，有了困难，互帮互助；大家互相信任，敢于把后背给对方，冲突是为了完善工作，而不是拖慢工作

关注的是交互设计和用户体验

主导业务分析和负责整个产品设计，推动产品的实现和运营，参与产品 Idea 的产生过程，对市场分析和产品生命规划有一定的了解

主导市场分析和产品规划，掌握用户群体的属性，负责产品 Idea 的产生，进行产品全生命周期管理，要求有丰富的行业知识和深刻的市场洞察

主抓公司战略，业务方向和市场布局。负责整个公司的运作。

重点要形成算法思维，关注的是代码质量和技术问题。

关注的是某一类系统的运行效率

也就是架构师，关注的是业务和架构的最优匹配

结合市场的需求变化和研究人员的成果，依托整个软件生态的发展，引入或创造新的技术，提高应用效率，满足用户需求

案例：“我的经历大概有三个阶段：第一段是业务分析师，在 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 个星评”（如果面试官是 HR，你要想好怎样解释 100 个星代表什么含义）。

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

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

问题这层，用来回答“干什么用”

从技术的应用维度看，首先考虑的是要解决什么问题，这是技术产生的原因。

案例结合：Java 多线程的产生，是因为要并发，并发使得程序的多种功能能响应更快，用户体验更好。

技术规范，回答“怎么用”的问题，反映你对该技术使用方法的理解深度

说的是如何利用这个技术来解决问题

技术规范，可以理解为技术使用说明书

案例结合：在 Java 世界里，你可以实现 Runnable 接口、扩展 Thread 类来实现代码并发；同时，Java 提供 synchronized 关键字，以及各种锁，来帮你控制并发中的代码行为和衍生问题。这需要了解接口和关键字的使用规则和潜在影响，以及各功能的细微差别。比如， sleep() 和 wait() 的区别是什么， 为什么 wait() 需要在同步代码块内使用，而 sleep() 不需要。

最佳实践回答“怎么能用好”的问题，反映你实践经验的丰富程度

该技术运用到不同场景，会有不同方法，产生不同的效果，该技术有不同的适应面

案例结合：在多线程场景下实现锁来确保线程的同步，但是加锁、释放锁是个非常消耗资源的操作，没有获得锁的线程还需要进入阻塞状态，等待被唤醒。 如果多个线程的竞争并不激烈，可以考虑使用 CAS 的方式实现无锁的线程同步，线程可以一直运行，不用阻塞。但是使用 CAS 还需要考虑使用时间戳等方式来解决 ABA 问题。

进阶：某个技术的“杀手锏”是技术实战：如果你在“最佳实践”部分中，能结合自己的项目经历，找到该技术的一个应用例子，特别是棘手的问题，讲清你是如何调优或者解决的，不仅会彰显你真实的技术水平，而且最有说服力，也是面试官最看重的。当你把问题的解决过程，跌宕起伏地讲出来，面试官也会跟你一样嗨起来。

市场应用趋势，回答“谁用，用在哪”的问题，反映你对技术应用领域的认识宽度

随着技术生态的发展，和应用问题的变迁，技术的应用场景和流行趋势会受到影响。

案例结合：对于 Java，从低并发逐渐发展到高并发，如何充分利用系统的能力，减少响应时间变得非常重要。

目标层定义“做到什么”

案例结合：Java 多线程要在优先级调度、锁、信息同步等方面达成怎样的目标，才能更好地实现并发。

实现原理层回答“怎么做到”的问题

为了达到设计目标，该技术采用了什么原理和机制。

案例结合：Java 多线程的实现原理包括内核线程、使用用户态线程、使用用户态线程加轻量级进程混合等部分，还包括硬件指令集、Test and Set、各种锁等。

优劣局限层回答“做得怎么样”的问题

对技术优劣局限的把握，更有利于应用时总结最佳实践，是分析各种“坑”的基础。

案例结合：比如在 Java 多线程编程中，采用共享内存的方式，锁的开销比较大，程序员编程难度较大，容易出错，难以调试。

演进趋势层体现“未来如何”

案例结合：Java 5 提供 jcu 包，实现了多种锁结构，简化开发；Java 7 加入 Future 来获取线程返回值；Go 语言中“协程”的概念，也被第三方引入，扩展了 Java 的多线程功能，比线程切换更快，性能得到了很大的提升。

看你遇到不懂的问题时的第一反应，如果是先自己研究，而不是去问别人，不靠别人喂现成的，那你对解决问题有好奇心。

看思考深度。当被问到“为什么会这样” “它俩的本质区别是什么”“为什么不能这么做”等问题，回答是“不为什么，本来就那样呀”，就说明你缺少深入思考。

看关注的问题，当被问到“你最近在思考什么问题”“你有什么困扰么”“你问我一个你不明白的问题吧”，如果回答是“没有什么困惑”“还好啦”，这说明要么你没有好奇的点，要么没敞开心扉。

找身边杰出的程序员做榜样、做师傅。一定要找跟自己拉开档次的人，因为只有把你这个发展阶段看得很清楚的人，才能给你高屋建瓴的意见。

看优秀的代码和书籍文章。去 GitHub 上找优秀的开源项目，找兴趣相投的同学搭伴读代码，并研讨心得，是提升编程能力的好方法。书籍和技术牛人的博客文章也会让你大有收获。

认同感反映了你对别人的观点、行为和结果的认可程度。

更高的认同感，有助于更好地达成一致目标和信任关系，让整个团队保持一致，促成有效的协作

认同感强的人都有哪些表现呢？

责任感，表现出来的是一种担当。

有时，这种担当已经超越了团队赋予的责任。

责任感，还表现为对工作质量的追求，这不仅仅是比要求的多做一点，而是在塑造自己的个人品牌，不凑活，不怕麻烦。

而且，有强烈责任感的人，往往能够表现出很好的耐心和细心，工作不挑肥拣瘦，不做好绝不放弃，面对困难有勇气去挑战。

信用是指，信守承诺，说到做到。

但是我们很多时候，目标立得很好，做到最后却没有结果，只好讲一大串理由。但这样做，只会让自己的信用度减分，

统一的团队目标，为团队成员指明了协作方向。

在结果导向的团队文化中，澄清目标，得到全员的认可是关键

责权和流程了，也就是角色分工和流程做法

如何看出应聘者具有良好的协作意识呢？

有效信息的传递速度，决定了协作效率。而产生有效信息的前提，是安全的沟通环境。

上一套协作工具不难，难的是大家把工具日常用起来，为项目活动服务，让它成为团队离不开的一部分。

技术层面，比如修正编码或数据问题、自动化控制、引入监控工具；流程层面，比如加强代码评审流程、改变上线审批控制、增强沟通、把线下改为线上操作等；组织层面，比如加强人员培训、调整角色分工等。

要综合考虑这些约束从而优中选优，而不是寄希望于某方面最佳

充分评估方案的合理性、易用性，资源消耗，次生问题，用户和团队的接受度

快速修复，先止血；长期修复，为使类似的问题将来不再发生，从根本上解决问题。

当同时处理多个问题时，一定要分清轻重缓急，明确主要问题和紧急问题，着重于解决那些有最大价值的方面；也一定要保持开放的头脑，勇于采用新的手段，以及探索不同的解决方案；同时，需要把问题从大化小，从复杂化简单，运用分治的思想，这有利于团队成员一起更高效地协作。