【BATJ】面试准备一条龙(下)——我与面试官的交锋

点赞关注,不会迷路!   前端

前言

纯干货——面试准备下期更新了,想看上期的朋友们能够去我主页。我就废话很少说了,开始吧。程序员

对了,上期内容发布以后,有读者朋友们问我  程序员年纪大了真的就没有出路了吗?  准备下期 跟大家好好说说。感兴趣的能够关注我下期内容,不贩卖焦虑,只讲干货。面试

5、我与面试官的正面交锋

1.如何面对面试官的连环问题?

  1. 连环问题是必定会有的;
  2. 在准备阶段假设几种连环问题,经过问题反推本身要突击的知识;
  3. 不熟悉的知识尽可能不要写在简历上,例如分布式;
  4. 不会的问题能够说“这个我也没有深刻去了解过”,但若是你有其余思路,你能够提出来“但我以为能够这样”;
  5. 若是答不上,赶忙用笔记下来。

Q—面试官提问丨NA-不恰当的回答丨OA-恰当的回答算法

Q:我看你在简历里写用过消息队列设计分布式?NA:对分布式

OA:对的,以前有考虑过用Redis,后来通过小组评估,改为了消息队列;学习

Q:为何不用Redis?大家评估的时候主要考虑哪些因素?NA:我也不太清楚,领导说选这个;优化

OA:这是咱们的业务特性决定的,咱们须要将同一份数据给多个下游使用,例如编辑组、数据分析组、深度学习组,消息队列的Work模式很适合这样的场景,而Redis要知足需求就很麻烦;spa

Q:消息队列数据丢失的问题大家怎么处理的?设计

NA:我记得消息队列都有重传机制,那个就能解决;blog

DA:通常会在几个地方丢数据,例如消息生产时、消息存储时、消息消费时,消息生产时的丢失能够借助重传手段解决、消息存储时的丢失能够借助消息队列提供的多点同步策略解决、消息消费时的丢失能够在消费成功后手动确认,改掉默认的自动确认;

Q:消息队列多点同步策略有哪些?是怎么样的过程?NA:有All, Once之类的具体过程不知道;

DA:消息队列提供的多点同步策略通常有All. Once之类的,另外还有两个忘记了,同步过程我也没有深刻去了解过,但我以为比较稳妥应该是借用分布式领域的“大多数”原则来确保消息存储到集群中,而后由内置的同步算法同步到所有节点

Q:消息队列的去重应该怎么作?

NA:呃,经过Redis这些软件进行去重,而后只要通过Redis的都是不重复的; (牵强地联想)OA:这个我没有接触过,不知道怎么回答. (用笔记下来)

2.反问时刻,展示你的才智

  • 什么不应问?

和公司或者工做无关的问题,例如“据说上次公司出了个漏洞,影响很大啊!

让别人很难回答的问题,例如“哎,我看新闻说副总裁有花边新闻,这是什么状况?”

难度较高的技术问题,例如“我上次看一篇论文,说能够用深度学习辅助文本的提取,你有研究吗? ”人事变更问题,例如“我听大家公司同事说大领导准备换,你知道会换谁吗?”

  • 该问什么?

和工做相关的问题,例如“这边在取得数据后是否是还要作一些预处理才会交给下游?”

技术相关的问题,例如“大家用XXXX同步数据,有没有尝试过XXXX?若是好用的话能够切换吗? ”行政相关的问题,例如“能说一下加班状况吗?弹性上下班仍是固定时间打卡?”

  • 你的连环问题?

当时他问你,但你答不上的问题,顺着这个话题横向或者纵向延伸,例如“消息队列的去重该怎么作? 、“通常是选择RabbitMQ仍是Kafka呢? ",但要注意,最多连环3个;

6、人事手上那张神秘清单写了啥?

  1. 说说你近五年的工做规划?
  2. 你结婚了吗?家人跟你一块儿在这边仍是?
  3. 你上一份工做为何离职?
  4. 若是这边的工资比你上一份少一些,你能接受吗?
  5. 若是面试经过,你大概多久能到岗?

前面四个问题都是旁敲侧击的试探你的稳定性;后面一个问题多是常规问题,也多是有分数至关的候选人。

决定你可否进入下一轮的评分表

  1. 评分表是为了量化面试结果,为后续的筛选提供决策基础;
  2. 评分表是为了更好地观察应聘者的属性;
  3. 评分表是面试生命周期的物理体现;
  4. 每一个面试官负责填写对应本身的一部分;

7、如何选择心仪的 Offer

  1. 看谁给到手的现金最多?
  2. 看谁给的现金+股票更有竞争力?
  3. 看工做环境和研究方向?

 

上述文中出现的编写思路、大厂面试真题等全部资料均可以点赞此文后领取

点击 : 一线大厂核心技术分享 分享最新技术,走在知识前端

点击一块儿学习 暗号:csdn 最新学习资料+简历优化资源

                         

  å¨è¿éæå¥å¾çæè¿°

后续会分享更多纯干货文章,但愿能真正帮到大家。大家的支持就是我最大的动力!欢迎关注点赞啊!