这几年中，当面试官和被面试都好多次，总的来说，在我面试别人的时候，能方便他人都会尽量去方便，面试过程中，尽量营造一个轻松的气氛，比如聊一些别人的强项，总是抓住别人薄弱点不放，把气氛搞得很尴尬，真的没必要，我所在的团队，需要招的可以是偏才，我并不在乎是不是全才，就算是钻研多年，也不可能做到样样精通，而我自己，薄弱的地方也很多，这些都是很现实的事情摆在眼前，能帮忙多争取点薪资，尽量去争取了，直白点，在不压薪资的基础上，在争取多一点薪资，队友会更加努力的工作，更有激情去完成每一次挑战，再说了，老板能接受15k一个月，一般17k也是能接受的。

　　接下来就说下在组建团队的过程中，我所关注的点。

　　· 逻辑思维

　　为啥我把逻辑放在招人第一位，而不是首先看技术。没有一个好的逻辑，代码会显得杂乱无章，工作中，比较反感一类人，看到需求文档拿过来就写，不懂的人看到这情况，也许会觉得工作效率好高，实则不然，这样的代码，通常是很难维护的。如果仅仅是某个功能写错了，出了bug 很容易去修复，但是一旦逻辑出问题了，这个灾难可能是灭顶的，大到整个功能可能需要推倒重做。在没理清思路的情况下就去写代码，当发现文档没读清或者中途部分需求改变的情况下，边写边添加、修改功能，几次迭代，再想使用的时候，发现已经没法维护了，当队友想使用这块内容的时候，发现修改的成本远远大于重构，这就给团队带来了不该有的麻烦，严重拉低了效率。

　　建议：理清思路的方式有很多，如果功能确实很复杂，推荐先画图，一图胜千言。

　　· 沟通能力

　　谈完了逻辑，接下来会是看技术吗？非也。在我看来，如果没有一个好的沟通能力，谈吐不清，会给队友或者其它部门同事带来很多不必要的麻烦。一个简单的功能，说的不明不白，协作者也是一种痛苦，一个好的谈吐能力，可以营造更加高效的工作环境，同时也能营造更好的气氛，使得身边人更愉快的工作。相信在日常工作中，因为没表达清楚造成一些不必要的麻烦，这肯定是一个普遍现象，而不是个例。

　　之前同学在微软的时候，有一句话他们那边经常提到，“绝大部分的失败，都可以以归咎于没有沟通好”。

　　· 团队精神

　　说到团队精神，这是我三年多前开始带团队和招人的过程中一点点学会的，或许这是我来上海后，第一家公司领导对我一个比较重要的影响。真有那么重要吗？这是肯定的，有一次招人，面试过程中，面试者的技术、逻辑都很好，谈吐说不上好或者不好，那时候没关注那么多，直接就是一轮技术面试，面完了后就给领导汇报，领导又下去聊了一会，回来就找我谈话，觉得怎么样？我说技术还挺好，领导又问了一句，那别的呢？瞬间懵逼，我们找技术，不就是看技术吗？别的指的是啥？领导和我说了一句话，“如果他加入，可能会影响到团队，很难融入我们的团队中，我们要的不仅仅是技术过硬，团队更重要”，就这么简单的一句话，我却思考了好久，是的，我们不是一个人在战斗，不能因为一个不合适的人影响到整个团队的氛围。

　　后来带团队而过程中，我也时常把团队放在首位，我们是一个团队，不能因为仅仅站在自己的角度考虑问题，该提取的要提取，该抽象的药抽象，完成自己的同时，尽可能方便他人，公共类和父类的修改，不可以影响到别人的功能，更不能因为自己使别人产生不必要的闪退。尽可能把代码的可扩展性、可维护性、可重用性、灵活性做得更好，高内聚低耦合，细节决定成败，只会写功能的，那只是码农，处处为团队考虑的，那是最起码的领袖气质，不想当 Leader 的程序员，不是好的工程师。

　　· 技术能力

　　好了，终于谈到了技术，这块放到最后，并不是说不重要，这要看公司要招的职位了，如果仅仅是招初级开发，只要掌握基础就可以了，没必要问得太深入，如果一个一年工作经验的，架构设计的很好，那何必还要招一些五年及以上的，反过来说，用五年经验的或者三年经验的去要求工作一年左右的，这有点扯淡，招人没诚意。有了扎实的基础，学东西事半功倍，下层基础决定上层建筑。对于中级，可以适当问一些设计模式，或者平时所用到的一些优化或者处理问题的方式，当然，基础也必须扎实，不管哪一阶段，基础都是重中之重，这个是硬性要求，决不妥协。对于高级或者资深，根据对方的强项，一个问题可以探讨个大半小时，从表面到底层、从应用到源码，问题不在于多而在于精，还有就是一些解决问题的方式，多个解决方案，那种最优。

　　· 补充

　　我在招人的过程中，一般都是按照以上几点去招人，像那些故意用一些项目中用不到的技术来压工资，这些方式都是无耻的，比如有的项目，现在和以后都用不到蓝牙开发，却不停的问一些蓝牙的协议，何必呢？一个非音视频的产品，不断地问 FFmpeg，真没必要。码农何必为难码农。每一个来面试的人，在没有被pass掉之前，都可能会成为你的队友，该怎么去处理这层关系，这对于团队以后的发展是很重要的。