多听多想少说(转)

简介: 前提   前段时间有两个面试,都没有成功。以这个做为自己的第一个博客,有几个目的: 探讨面试不成功的原因。 看到自己不足,如何弥补自己的不足。 找寻自己的方向。   容灾相关职位面试(对口职位)   第一个面试是苏宁的容灾规划建设专家。

前提


 

前段时间有两个面试,都没有成功。以这个做为自己的第一个博客,有几个目的:

  • 探讨面试不成功的原因。
  • 看到自己不足,如何弥补自己的不足。
  • 找寻自己的方向。

 

容灾相关职位面试(对口职位)


 

第一个面试是苏宁的容灾规划建设专家。当时看到这个职位的时候很兴奋,因为我现在从事的工作就是容灾建设的工作,容灾是什么请。。。。,该类职位需求非常小,所以如此对口还是很令我激动的。后面就麻烦同学内推,也得到面试机会。因为很相关,所以只是简单的准备了下。面试时,比较激动,首先介绍了自己,以及做过的项目,以及项目中的技术。然后面试官问了些相关的技术问题等等。比较尴尬的是总是不能正确明白面试官的真实意图。

首先,面试不成功的原因,自己想到的有以下几点:

  • 职位虽然对口,但是还是存在着些差异。
    1. 苏宁易购因为是互联网公司,数据库基本是mysql。我现在使用的数据库都是oracle,虽然mysql也可以使用OGG同步,不过看面试官的意思是成本比较高(其实对oracle产品的价格不是很了解)。还问了我磁盘复制技术,应该就是像VxVM+VVR的这样磁盘复制技术。(想来面试官想直接采用这样的方式进行复制,节省成本开支。要用应该用的也是开源的技术。)
    2. 服务器比较多,上万台服务器(苏宁服务器的规模其实也不了解,不清楚有没有那么多),我现在实施过最大的局点也就2百多块板子。差距还是挺大的。规模大,确实可能出现未知的问题,不过应该容灾方案上差别不大。
    3. 加上应该以前没有容灾,所有的一切都要从头来。容灾监控软件没有(面试官说监控软件开发不现实,我说那就前期用写脚本实现最基本的功能,后面再说。面试官也摇头。估计面试官的意思是想问有没有什么开源的监控软件。这个真不知道,不知道有么有知道的大牛可以告诉我。),业务需要梳理等。我现在工作监控软件是已经开放好的。业务变动不大。所以对这方面只是了解,并没有真的做过业务梳理。
  • 整体把握上有问题,没有对职位要求等做个详细分析,也就不知道面试官真正要的是什么样的人才。最直接的后果就是后面我知道的和他要的有偏差,如果能够正确分析出面试官要什么,重点是什么,就可以向他的方向偏移。应该结果就好很多吧。
  • 交流上有问题,很多时候面试官的问题不知道是什么意思,只能大概猜测。不知道大家有没有这种感觉。自己噼里啪啦讲了一通,结果没有讲到点子上,就很尴尬了。以后面试还得多听多想少说话。

 

服务管理职位面试(跨域职位面试)


 

第二个是百度的系统工程师(服务管理)。这个职位其实技术能力要求差别不是很大,但是管理能力要求这方面经验我基本没有过。所以能够收到这个职位的面试我还是很意外的。HR给我安排了电话面试。面试官电话来的时候还是比较紧张,先做了写自我介绍。我就吧啦吧啦说了自己现在的工作,以及用到的技术。后面问了我几个问题,我当时就有点蒙,不明白面试官考察的重点是什么,也怪我前面没有细看职位描述。

  • 如何看待外包?这个问题就不知道该如何理解了。后来分析了职位描述,觉得面试官应该是问如何负责现场外包团队管理,梯队建设,问题与跟进解决等。这些职位描述中都有描述。所以以后面试还是得仔细看题。
  • 各举一个例子说明自己的优点和缺点?这个我也不知到如何回答,不过之前看过一个大牛的博客,受到启发,汤姆大叔有篇帖子《大叔手记(12):我的一次面试经历(谈大叔如何应对面试官)》上面有关于优势劣势的段落。
  • 你以前都是做技术的,现在为何要转管理?这个我说觉得这个是个很有挑战的事情,所以想尝试,看来我的这个回答很明显没有起到正面的效果。陈皓有篇博客写了关于挑战的话题《挑战无处不在》

总结


 

对第一个职位想要得到的理由很简单,想更深入的去做容灾,从头开始做一个大型互联网公司的容灾还是很令人兴奋的一件事情。也想借这个机会去互联网公司,看看以后是否有横向的发展。

对第二个职位就是想向团队管理方向发展。对于现在的自己无法抓住机会这件事,还是比较可惜的。以后会多沉淀自己,将自己零散的知识给整理起来。

 

http://www.cnblogs.com/freshness/p/4700768.html

相关文章
|
Oracle Java 关系型数据库
使用了这个神器,让我的代码bug少了一半(下)
使用了这个神器,让我的代码bug少了一半(下)
使用了这个神器,让我的代码bug少了一半(下)
|
6月前
|
缓存 算法 Cloud Native
面试技巧:如何在有限时间内优化代码性能
面试技巧:如何在有限时间内优化代码性能
29 0
|
6月前
|
测试技术
代码为啥不能过度优化
代码为啥不能过度优化
35 0
|
9月前
|
SQL 缓存 监控
掌握了这些优化技巧,再也不用担心接口性能上不去了!
优化接口性能对每个后端开发同学来说见惯不惯了,也是一项必备的技能,因为我们平时开发中都会对外提供接口,性能差的话,功能多少会有影响。
|
10月前
|
存储 索引
表连接不宜太多,索引不宜太多,一般5个以内
表连接不宜太多,索引不宜太多,一般5个以内
|
12月前
|
安全 Windows
这5款软件虽然知名度不高,但不代表不好用
其实有许多工具,知名度不高,用的人也很少,不过并不代表它们不好用,小编励志做一个合格的搬运工,让大家都能用上好用的软件。
74 1
|
存储 索引
十四、表连接不宜太多,索引不宜太多,一般5个以内
十四、表连接不宜太多,索引不宜太多,一般5个以内
107 0
|
搜索推荐 5G 数据安全/隐私保护
想要网站流量好,这一步不可少
想要网站流量好,这一步不可少
131 0
想要网站流量好,这一步不可少
|
安全 Java 测试技术
使用了这个神器,让我的代码bug少了一半(上)
使用了这个神器,让我的代码bug少了一半
使用了这个神器,让我的代码bug少了一半(上)
|
IDE Java 开发工具
推荐一款代码神器,代码量至少省一半!
在我们 Java 项目里面,有很多 Java Bean 需要为每个属性生成 get/ set 方法,增删改属性都需要维护这些 get/ set 方法甚是麻烦。 今天给大家介绍一款能帮助我们简化这些代码的神器:Lombok!有了这个神器,你的 Java Bean 类的代码量至少可以省一半。
134 0
推荐一款代码神器,代码量至少省一半!