青山不改，绿水长流

极客时间《面试现场》学习笔记

27 | 盘点面试官和应聘者的认知差异



我觉的面试官和应聘者的认知差异是不可弥补的，即使我能够尽可能的站在面试官的角度去考虑。我试着回答了专栏中所列举的问题。



想要找什么样的工作和团队？



我希望找一个技术类的岗位，对于编程语言什么的没有要求，但是最好在编程框架和工具上是比较主流的。希望团队是技术驱动的，信息透明，沟通顺畅。如果采用敏捷开发模式就更好了。



如何规划我的职业发展？



首先我希望在技术上得到提高，深入钻研某一具体领域的技术，如果可能的话会往全栈程序员或者架构师方向发展，另外，不排斥做技术管理类的工作。



在解决问题的过程中如何进行技术的选择？



根据业务或者项目的实际需要，并且考虑团队成员的能力，采用投入产出比比较高的解决方案。



能讲一个在工作中和同事发生冲突的事例么？



有一次冲突给我的印象比较深，本来是和对方各自处理手头的事情，属于同一个开发团队，但是对方有一天很生气的告诉我说，为什么没有在工作提供帮助，而是只顾自己。后来我反思了一下，发现我当时可能确实只想把手头的事情做好，但是并没有关注同事的情况。我本以为，如果有需要，他会直接告诉我，但是没想到，他忍了我很久。这个应该算是沟通失败的一个情况。



你曾经在别人需要你帮忙的时候，说过 No 么？



说过，因为当时我手头有另一项工作，需要尽快完成。不过在说 No 的同时，我也了解一下同事那边的实际情况和截止时间。虽然不能立刻提供帮助，但是也提供了一些可能的解决方案，还有其他的备用人选。后来对方自行解决了问题，我在事后也向对方解释了一下我当时面临的情况，并没有影响同事关系。



所在团队或项目中有什么问题？



其实这个和我的离职原因有关系。我们的团队最早是运维和开发一起做，后来随着业务项目逐渐变得复杂，自己开发就有点力不从心了，加上编制体制的调整，逐渐引入了一些第三方的开发团队。我个人还是比较希望做技术写代码的。另外，我发现，如果不能从底层接手第三方的代码，那么在做运维的时候也没有办法做好。



后来的情况就连运维也有点做不下去了，因为技术都是别人的，团队逐渐转为了“甲方”，以提供业务需求分析和发包项目为主，感觉上距离技术越来越远，所以我最终选择了离开。



你作为组长，如何展现你的领导力的？



从我的性格方面，我比较偏向于“无为而治”，让组内的每个人都发挥自己的能动性就好。我试图了解组内成员的想法和需要，尽可能在职权范围内帮助解决。但是比较惭愧的是，在当时的情况下，作为组长其实没有多少资源可以支配。有时候我也只能身先士卒，尽可能多做一些事情来带动团队。



你怎么带人的？



我觉的培养新人，首先还是新人自己愿意被“带”。在单位久了，也见过一些新人，有的希望做技术，有的则更愿意做管理。对于想要做技术的，我当然是知无不言言无不尽，也尽量提供机会；对于想要做管理的，我其实帮不上什么忙，就把一些组织类的工作交给对方。



你会如何应对用户需求的变化？



因为我所处的位置，所以自认为对于用户的需求还是比较了解的，也帮助其他的开发团队理解用户。随着技术和业务的发展，用户需求当然也不是一成不变的，我对于敏捷开发的一系列方法也比较认同，所以后来在做项目的过程中，一般会和用户沟通那些需求对他们来说最为迫切和重要，尽可能先交付那些核心部分。当用户看到原型系统之后，特别是上手体验之后，往往会有新的想法，然后我们再进行调整，最终让用户满意。



有没有信息收集还不充分的情况下，就开始设计或者决策的经历呢？



其实我觉的任何一个项目都不能收集到所有的信息，都需要边做项目边收集反馈，然后改进。这个也和我们的项目都不是特别的庞大有关系，用户数、并发数都比较小，改动起来相对没有那么复杂。



在做权限管理系统的时候，其实一开始并没有一个完整的权限管理方案，我们是按照现有系统去整理出一个草稿，然后在这个基础上设计新的权限管理办法，然后再逐步完善。其实除了前面提到的数据和功能分离，角色和个人授权并存，后来我们又添加了对于特定文件的标记管理，就是说指定一个适配的规则。



好在后来对于权限的要求没有超出设计的范围，最终并没有在整个设计上做大的改变。



说说你冒险的一次决定和行动？



在做数据库管理员和系统管理的时候，又一次深夜进行数据备份和清理的工作，当时还有外部的工程师配合。到了天快亮的时候，已经完成了所有的预定工作，但是在重新启动数据库的时候，不知道什么原因无法启动。



后来我们核对了一遍所有的操作，发现没有什么问题，都是按照预定的脚本操作，而且这个脚本之前也使用过。我们还查看了系统日志和数据库日志，都没有异常。



这时候能做的事情就是重启服务器了，但是数据库是在 IBM AIX 的小型机上，重启是一件有风险的事情。



当时部门领导也在场，请示之后，我提出重启服务器。当时已经快到预定的恢复服务的时间了，如果不能解决问题，或者重启不能解决问题的话，就要再向上一级领导报告了。



好在重启服务器之后，数据库也顺利恢复了，到后来也没有能够找到究竟是因为什么原因导致当时的宕机。重启的时候，压力还是挺大的，系统和数据都有备份，但是恢复起来肯定会超出停机时间的限制。



能讲个体现你责任心强的事例么？



之前在做数据库管理员的时候，经常需要在夜深人静的时候去备份数据、重做索引之类的，一开始还有小组长陪同，后来就是我自己完成了。每次需要认真核对脚本，确保操作无误，执行完成后还要观察一段时间业务系统。我觉的这项工作很好的锻炼了我的责任感。



后来在配合第三方开发团队做项目的时候，他们遇到数据库和系统方面的问题，我也尽可能帮助解决，一方面自己有一定的责任，另一方面我觉的也是锻炼运维能力的机会。



说说你最近一次加班做的是什么？



最近一次加班是参加项目评审前的准备工作，因为场地是下班以后才腾出来的，所以开始的时候就已经是晚饭后了。测试了一下评审汇报用的演示文稿之后，发现场地比较大，评委距离演示文稿有点远，看不清楚，所以又重新调整了演示文稿的字体。还把需要现场演示的系统，又操作了几遍，确保不会有问题。离开场地的时候已经超过 1 点，要不是因为第二天一早就要汇报，估计我和小伙伴还会再多磨炼几次。后来汇报很顺利，评审也顺利通过。



你怎么理解适应性和认同感？



我之前了解过公司的基本情况，通过这次面试，我希望也能了解招聘团队的价值观和处事风格。我希望能够加入一个技术主导的团队，也希望能够有认同感。当然我并不担心自己的适应性，如果能够加入团队，我会尽量去适应团队的氛围。



简单重复的工作如何做好呢？



简单重复的工作尽可能自动化，让程序去帮助操作。



前一段时间单位内部有很多填表的工作，而且大多是一些个人和单位的基础信息，重复填写。所以就写了一段小程序，使用 C# 调用 Office Excel 控件，将数据存放在一个简单文本文件里面，然后根据不同的文件模板自动生成格式文件。



一开始是只能填写 Excel 表格，后来又添加了 Word 格式，而且把数据放到了 Access 里面。虽然是一个很简单的程序，但是很受欢迎。



请讲一个项目做失败或者出错的例子吧，说说什么原因？



我曾经搞丢过一份重要的数据。



数据一开始是存储在电脑的硬盘上的，后来为了稳妥起见，转移到了一个盘阵上，但是当时有一点脑抽的是，删除了原始的数据。意外的是，那个盘阵出了问题，在修复之后，上面的数据都没有了，而我那独一份的重要数据也就随风而去了。



最终是通过上级领导，从其他部门重新复制那个数据，但是其中的过程还是比较繁琐的。对我的教训就是，重要数据至少保存两份，当然三份也没有问题，现在存储的成本还是比较便宜的。

有机会旁观过其他公司的招聘过程，感觉从公司的角度，招聘一个人的成本还是挺高的，从发布招聘信息，到筛选候选人，然后面试，再讨论薪酬待遇。



通过这篇文章，我也能理解面试官的一些想法。



其实面试官和应聘者并不是对立的，面试官希望找到合适的人选，应聘者也是希望能够进入“三观合”的团队。所以在面试的时候，尽可能真诚的展示自己，同时在沟通中也尽可能的了解招聘团队的风格。



青山不改，绿水长流，后会有期。