一、序言
每一次面试都能看到自己的不足，能让自己的视野变得开阔，能让自己在前进的路上看得很清晰，同时我也希望这些能点亮我生活的经验，能给予大家一些光和热。
二、面试过程
曾经：我参加过几家公司的面试，具体的名字我就不介绍，基本上的过程都是先大概介绍一些自己，介绍一下自己的项目信息，然后就对技术的狂轰乱砸，直到你头晕眼花！我相信很多人和我的经历差不多，然后我们可以从面试中看到自己技能方面的不足，深入不够，然后奋发图强...
技术真的那么重要吗？
对于这个问题，对于技术宅来说，是肯定重要的，对于销售、市场的人员来说，技术员都是搬砖的，仅仅由体力劳动变成了脑力劳动，觉得业务才是最重要的。
这个问题争论了很久，由于都站在自己的角度中，因此经常谈不拢~。~来看看我这次面试的情况吧！
由于前面的面试经验，深知自己的技术不足，也导致了自己一直研究技术（也感兴趣），然后对业务不是特别上心。这次的面试官，看了我博客之后，直接就对我以前的做的项目进行挖掘，我以为和以前一样，也就是大概了解一下，结果问得比较细，而我对项目的总结，一般也是技术上的总结以及管理上的，由于业务牵扯庞大（ERP 供应链），大部分时间仅仅关注了自己写的模块，对整个项目以及各个项目之间的业务关联不清楚，因此这次的面试是挺不好。
不好的原因有几点：
1.对自己项目的业务不是很熟悉，同时也反应出我对业务的敏感度不高。
2.技术面试方面，比较基础，但是对于互联网的东西实战不够。
3.面试准备不充分，没能很好的表达自己的东西，比如业务描述那块，上心程度不够。
4.当然也有客观原因，整个业务涉及的系统，已经好多年了，代码还在JSP 都有，然后大部分业务都写到存储过程里面，很难去把握整个项目的概况，即使相关联的模块的一些详细信息，文档缺失，很难从代码上去弄，这里还得找更好的方式去深入了解才行。
当然，可能很多人会说，一个技术人员，应该对技术深入嘛，对业务了解就行了，这也是我以前的认识的，因此所有的空闲时间我都用来学习技术，没有深入分析和扩展业务。
对于一个团队来说，所有的技术都是为业务服务的，而互联网的业务变化很快，你要从业务上深入分析，才能知道变化，才能通过技术更加灵活的实现。我们常常听程序员抱怨，需求变化快，代码又要变，其中的关键就是对业务不熟悉，不能推断其后续可能的变化，导致代码的灵活度不够造成的。（PS：代码需要灵活度，但是不是一味的追求灵活或者扩展， 它更多的应该建立在对业务的理解，可以可变性上。）
同时，团队希望组员能能挖掘业务，更好的扩展业务，毕竟互联网的业务价值，和传统的不一样，传统的很多需要销售去弄，而互联网的也需要销售，但是很多时候需要程序员对自身产品的一些价值进行挖掘，因此不深入分析业务，是做不到这点的，那么你能产生的价值仅仅是“搬砖”，你是这样希望的吗？
小结：
1.上文我主要描述了业务的重要性，同时给那些和我一样，不重视业务的技术宅（非底层研究）提个醒，希望能做一个技术和业务兼顾的人。
2.在对技术的执着的同时，希望大家也增加一些软技能，比如一些业务、团队沟通协调等等之类的，无论对自己还有对团队都会很有利。
3.无论自己走技术路线还是管理路线，对业务的把握都是必须的，只是侧重点不同而已
4.最后希望大家分享快乐，仅仅表示个人意见，不好请指出~。~