重点!:简历必定要好好写,本身不清楚的就不要写上去了,模棱两可的部分只会增长你被淘汰的概率,你须要在简历上突出的是你的优势部分,你擅长的部分,是那些面试官只要稍微提出一点,你就能口若悬河的那种。
今天有幸能接到腾讯的一面电话(虽然挂了,可是也很激动 T.T),毕竟是本身第一次正式的参加电话面试面试
进入正题,面试官听声音就感受很亲切,上来是试探性问了下如今进行面试是否方便?方便的话就开始面试了。首先是根据本身的简历简单的讲了下本身的状况,紧接着面试官就个人简历中提到的项目开始提问,先是问本人在项目中的贡献是什么,这个项目作了什么?由于笔者的项目写的是一个简单的监控项目,笔者在其中主要负责一些接口的设计而且项目初期的环境搭建,因而简单地介绍了下本身作的工做,设计的接口是作什么的?而后,便进入了面试的核心部分了:redis
- 该项目所设计的监控系统采用的架构是怎样的?
- 由于笔者确实是不会这个,如实的将本身所知道的讲了下(光顾着实现需求了,架构和设计真的很重要!),例如笔者参与实现的监控系统在搭载在Windows平台上,采用Node.js开发的接口,用来接受传递过来的监控数据,并对数据进行简单的处理,最后存入库中。(可是说完这个大答案,笔者本身都很差意思了)
- 假若如今须要设计一个监控系统,你会怎么设计?从数据源的角度简单分析下?(例如使用的数据采集方式?中间传递、处理数据的组件该用哪些?应对海量数据的时候须要怎么处理?)
- 笔者了解的仍是太少,关于这块笔者只能支支吾吾地说了建议最后入库以前采用 redis 缓存,尤为是面试官后面又暗示了下应该采用怎样地设计模式,笔者勉勉强强地说了该采用 策略模式 应对不一样数据量传递地场景,还有 建造者模式(笔者也不是很明白,可是笔者认为大部分数据应该结构类似,而且有些数据的局部存在不一样,可用),面试官又暗示了下 观察者模式(捂脸,笔者看过打,是太紧张不记得了。。),也是没有答出来。
尽管面试官真的很nice,很耐心地跟笔者讲了该努力地地方,记忆犹新的是面试官那句:不管作的是哪一个领域的,最起码领域知识是应该要了解和掌握的。设计模式
本身这一趟面试下来也算是明白本身的缺点了,了解的广度也不是很够深度就严重不足了。未来但愿本身能更加专一这一块,好好努力!Tencent,等笔者明年再战缓存