多听多想少说(转)

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

前提


 

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

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

 

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


 

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

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

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

 

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


 

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

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

总结


 

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

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

 

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

相关文章
|
1天前
|
人工智能 运维 安全
|
4天前
|
SpringCloudAlibaba 负载均衡 Dubbo
微服务架构下Feign和Dubbo的性能大比拼,到底鹿死谁手?
本文对比分析了SpringCloudAlibaba框架下Feign与Dubbo的服务调用性能及差异。Feign基于HTTP协议,使用简单,适合轻量级微服务架构;Dubbo采用RPC通信,性能更优,支持丰富的服务治理功能。通过实际测试,Dubbo在调用性能、负载均衡和服务发现方面表现更出色。两者各有适用场景,可根据项目需求灵活选择。
375 124
微服务架构下Feign和Dubbo的性能大比拼,到底鹿死谁手?
|
6天前
|
人工智能 JavaScript 测试技术
Qwen3-Coder入门教程|10分钟搞定安装配置
Qwen3-Coder 挑战赛简介:无论你是编程小白还是办公达人,都能通过本教程快速上手 Qwen-Code CLI,利用 AI 轻松实现代码编写、文档处理等任务。内容涵盖 API 配置、CLI 安装及多种实用案例,助你提升效率,体验智能编码的乐趣。
606 107
|
3天前
|
Java 数据库 数据安全/隐私保护
Spring 微服务和多租户:处理多个客户端
本文介绍了如何在 Spring Boot 微服务架构中实现多租户。多租户允许单个应用实例为多个客户提供独立服务,尤其适用于 SaaS 应用。文章探讨了多租户的类型、优势与挑战,并详细说明了如何通过 Spring Boot 的灵活配置实现租户隔离、动态租户管理及数据源路由,同时确保数据安全与系统可扩展性。结合微服务的优势,开发者可以构建高效、可维护的多租户系统。
197 127
|
3天前
|
Web App开发 前端开发 API
在折叠屏应用中,如何处理不同屏幕尺寸和设备类型的样式兼容性?
在折叠屏应用中,如何处理不同屏幕尺寸和设备类型的样式兼容性?
224 124
|
3天前
|
人工智能 数据可视化 测试技术
Coze平台指南(3):核心功能-创建智能体与设计角色
Coze 智能体是由大语言模型驱动,通过提示词设定角色,并借助知识库、插件和工作流扩展能力,以执行特定任务的AI助手。对测试工程师而言,精心设计的智能体可显著提升测试效率与质量,关键是要准确理解测试需求,并将其转化为智能体的角色设定和功能配置。建议进一步学习知识库与工作流,以深化应用。
|
7天前
|
JSON fastjson Java
FastJson 完全学习指南(初学者从零入门)
摘要:本文是FastJson的入门学习指南,主要内容包括: JSON基础:介绍JSON格式特点、键值对规则、数组和对象格式,以及嵌套结构的访问方式。FastJson是阿里巴巴开源的高性能JSON解析库,具有速度快、功能全、使用简单等优势,并介绍如何引入依赖,如何替换Springboot默认的JackJson。 核心API: 序列化:将Java对象转换为JSON字符串,演示对象、List和Map的序列化方法; 反序列化:将JSON字符串转回Java对象,展示基本对象转换方法;