饿了么 2016 数据分析师面试

当时楼主参加的是饿了么的校园招聘,是在南京大学,面的是自身数
据分析师的岗位,结果虽然不是很理想,但也算是经历了一次不同的面试,
下面就来跟大家分享一下吧。
楼主选择的这个岗位,因为是有点偏向于技术的岗位,所以说面试的时候
本来以为是一对一的面试,谁知道却是群面,这可让楼主有点措手不及,
因为之前并没有做这方面的准备,现在突然来这么一个真有点招架不住。
不过怎么也得上了,当时我还是第一批就进去的,小组一共是 6 个人,
面试官就 2 个,一个男的一个女的,面试的时候每个人前面都放着一张试
卷,上面是要交流的题目。然后大家每个人先看题目,自己想几分钟,之
后写下自己的答案,然后开始小组讨论。
小组讨论的时候先是每一个组员都做自我介绍,介绍完了以后开始讨论,
当时场面比较激烈,一时难以控制,其中有的人非常积极,总是抢在前面,
最后陈述的时候还积极站出来做总结、相比之下,楼主就有点弱了。
讨论的题目也是比较常规的那种,就是几个人在海上,现在要选择留
下什么来生存下去。当时说下午的时候直接面试第二轮,可是楼主却没有
收到通知,估计是陈述的时候时间太短,而且每次考官看到我们那组的时
候,我的讨论都没能插上话吧。所以说,小组讨论能积极发言是很有必要
的。

去饿了么公司面的,一共三轮,先是填了一张表格,然后跟 HR 面,问了
些基本情况,之前工作情况,了解了一下公司和小组的情况;然后是跟部门
同事面,面试官人挺好的,看得出很聪明,也很谦虚,当时主要聊了一下
以前的工作经验,具体做过什么项目,问的还是比较细的,然后换我问问
题,面试官介绍了一下部门的层级,每天具体工作内容,介绍了一下目前
饿了么的发展情况;最后跟部门主管面,也是问了以前的工作,项目,我具
体的职责,小组里面分工是怎样的,然后联系饿了么产品,问了为什么每
天推荐的菜品是这样的,怎样通过数据的方式去推荐菜品。

#春招##笔试题目#
全部评论

相关推荐

03-12 15:34
已编辑
北京邮电大学 Java
呓语0613:老哥你这黑马点评改造是在哪里看的
点赞 评论 收藏
分享
从输入URL到页面加载发生了什么:总体来说分为以下几个过程: 1.DNS解析 2.TCP连接 3.发送HTTP请求 4.服务器处理请求并返回HTTP报文 5.浏览器解析渲染页面 6.连接结束。简述了一下各个过程的输入输出作用:以下是对从输入 URL 到页面加载各过程的输入、输出或作用的一句话描述:DNS 解析: 输入:用户在浏览器地址栏输入的域名(如 www.example.com)。输出:对应的 IP 地址(如 192.168.1.1)。作用:将易于记忆的域名转换为计算机能够识别和用于网络通信的 IP 地址,以便浏览器与目标服务器建立连接。TCP 连接: 输入:浏览器获得的服务器...
明天不下雨了:参考一下我的说法: 关键要讲出输入网址后涉及的每一个网络协议的工作原理和作用: 涉及到的网络协议: HTTP/HTTPS协议->DNS协议->TCP协议->IP协议->ARP协议 面试参考回答: 第一次访问(本地没有缓存时): 一般我们在浏览器地址栏输入的是一个域名。 浏览器会先解析 URL、解析出域名、资源路径、端口等信息、然后构造 HTTP 请求报文。浏览器新开一个网络线程发起HTTP请求(应用层) 接着进行域名解析、将域名解析为 IP 地址 浏览器会先检查本地缓存(包括浏览器 DNS 缓存、操作系统缓存等)是否已解析过该域名 如果没有、则向本地 DNS 服务器请求解析; 本地服务器查不到会向更上层的 DNS 服务器(根域名服务器->顶级域名服务器->权威域名服务器询问)递归查询 最终返回该域名对应的 IP 地址。(应用层DNS协议)DNS 协议的作用: 将域名转换为 IP 地址。 由于 HTTP 是基于 TCP 传输的、所以在发送 HTTP 请求前、需要进行三次握手、在客户端发送第一次握手的时候、( 浏览器向服务器发送一个SYN(同步)报文、其中包含客户端的初始序列号。TCP头部设置SYN标志位、并指定客户端端口 同时填上目标端口和源端口的信息。源端口是浏览器随机生成的、目标端口要看是 HTTP 还是 HTTPS、如果是 HTTP 默认目标端口是 80、如果是 HTTPS 默认是 443。(传输层) 然后到网络层:涉及到(IP协议) 会将TCP报文封装成IP数据包、添加IP头部,包含源IP地址(浏览器)和目标IP地址(服务器)。IP 协议的作用: 提供无连接的、不可靠的数据包传输服务。 然后到数据链路层、会通过 ARP 协议、获取目标的路由器的 MAC 地址、然后会加上 MAC 头、填上目标 MAC 地址和源 MAC 地址。 然后到物理层之后、直接把数据包、转发给路由器、路由器再通过下一跳、最终找到目标服务器、然后目标服务器收到客户的 SYN 报文后,会响应第二次握手。 当双方都完成三次握手后、如果是 HTTP 协议、客户端就会将 HTTP 请求就会发送给目标服务器。如果是 HTTPS 协议、客户端还要和服务端进行 TLS 四次握手之后、客户端才会将 HTTP 报文发送给目标服务器。 目标服务器收到 HTTP 请求消息后、就返回 HTTP 响应消息、浏览器会对响应消息进行解析渲染、呈现给用户
点赞 评论 收藏
分享
评论
点赞
19
分享

创作者周榜

更多
牛客网
牛客企业服务