三十之惑?面霸的八月(3)
作者:网络转载 发布时间:[ 2013/9/4 11:22:06 ] 推荐标签:
开始写百度文库的面试,百度文库的面试共经历了三轮,第一轮应该是高工,两位一起面。
两位高工开始很客气的介绍百度社区的组织架构,以及文库的位置,其实,是说文库很重要,会很好的发展,当然,我相信。后面的是技术部分了,大体上没有超出小米的范围,当然,更多的是关于架构方面的一些问题。悲催的是我一直没有问他们具体的职位,不同职位或是不同方向的回答侧重点是不一样的(我在考虑是否把这段经历补充在简历当中),当然,我也没有主动介绍太多关于带team开发的事情。
带队开发的事,大多数情况下带队开发leader(除非一线开发组长)做的开发工作太少,可能仅仅会参与项目规划(这差不多都是需求方和一线开发人员定的,leader只是得到一个结果或是压缩工期)、项目追踪、项目推进、项目风险预估和排除。我一直认为“leader要把自己看成是team中不重要的那个”,让一线的同学拥有做决策的权利,同时参与一线才能知道项目的真实难处在哪里,往往我会自己安排一些小业务模块或是偶尔封装一些框架中使用的lib。
有点跑题,回到面试环节,后两位问了一个关于文库防数字公司抓取的问题,我个人认为这是个无解的问题。不过,我还是大体上思考了几个方案,供大家品评:
传统防盗链技术必不可少
配置访问日志监控的智能判断、封锁
DRM (http://en.wikipedia.org/wiki/Digital_rights_management)
结合百度浏览器或浏览器插件做的独立加密和解密技术
其基本逻辑无外乎:增加抓取难度,使其不能抓取;即便抓取了也不能用。
第一面基本上不记得还有其他的问题了,这大概用了1个半小时,不得不说百度的兄弟很客气。
第二面重复一些第一面中关于高可用监控的话题,也大概介绍了一些我做系统优化的环节。其中有个话题倒是被面试官质疑了一下,问题如下“我觉得你做了很多系统架构、优化方面的事情,但是这些事情都是很琐碎,看不出来有什么套路”,大概的意思是做系统优化有没有什么模式或是方法论吧。事实上我本考虑从网络、系统软/硬件、服务单元、代码的逻辑思路来说,但这基本上是“鬼子扫荡式”的排查方式,应该算是大路货。我更想说的是“按图索骥”的方法,所有环节都通过日志、trace的方式进行追踪,通过简单的数据分析的方式获取系统性能的瓶颈以及可能的问题所在。前一种适合“没事找点儿事做”的情况,而后一种,更适合线上业务随机状态下系统问题的发现和追踪。目的性和目标性极强的方式,适合我当时的情况。
二面还问了我一些关于带团队的问题,比如我是如何解决当初空降并让新老团队很好的工作的,我的回答是:第一原因是幸运,每一位同学都非常善意;其次是大家对项目的共同认可;后才是我做的一些努力:比如真实,不刻意去做什么一些特别的事情;对新老团队同样看待,工作分工协商解决;安排的事情首先是信任,尽可能充分的听取大家对事情的看法,尽可能的达成一致;请大家自己发现项目中的技术问题,推动形成技术项目进行解决并给予一定的时间;还有,我认为重要的一点,技术团队的价值应该首先表现在技术环节上,无论是项目质量还是代码质量。我认为对我当时的团队状况,一切从简单开始是好的方式。并且,我用同样简单的方式成功劝服两位已经开始办离职手续的android工程师继续工作,这是当时公司仅有的两位android开发工程师。至少我的经历让我觉得这段管理旅程非常简单顺利。
二面的问题还有一些是比较苛刻的,比如上面提到的如果真的有人对项目不认可怎么办?比如分工协商不成功会如何?还有是技术团队驱动的技术项目大家会不会愿意参加?林林总总的问题比较琐碎。我的理解是团队中特殊情况总是有的,不过,我非常认同那句可能是马云说的话:要么钱没给够,要么领导做的不够。是否在信任、认同感、承诺、互惠互利等方面做到足够。如果不因私心,往往是因为误会,不要等误会变得太大再沟通。并且,我觉得沟通的时候说话适当直接一些会更容易理解,即便是对对方的不满。猜测对方往往是造成误会的根源。
二面问了我这样的问题“感到做的好的三件事和差的三件事”,绞尽脑汁才想不出来凑够三件,不好意思在这里说了。
二面大概一个小时左右吧,轮到了三面,一位百度的高级经理。同这位面试官也沟通了一个小时以上,不过仅记得几个问题了。比如用的多的百度产品,比如我说搜索还是常用的,比如贴吧也了解过一点,比如LBS地图(很少用百度的产品,近觉得导航很不错)。后面试官问我想做的是什么,我回答是,应用和系统架构、运维方面的优化,我在这方面比较有经验。然后他继续问,“如果带团队开发是否可以?”,我觉得这方面要看团队的工作方式和项目管理方式如何。
百度的面试经历能记得的大体上这么多,收到HR的评价是“比较有lamp平台的经验,但是方向不太match”(原话),然后推荐到贴吧那边了。
近半年直接带的team仅有运维和一个两人的php开发team,团队很小,所以不太费力气想太多的管理问题,这次求职我也还没有针对管理问题花太多时间进行总结,抽时间认真思考一下。
明天开始写一些我对未来工作的思考以及要求。
相关推荐
更新发布
功能测试和接口测试的区别
2023/3/23 14:23:39如何写好测试用例文档
2023/3/22 16:17:39常用的选择回归测试的方式有哪些?
2022/6/14 16:14:27测试流程中需要重点把关几个过程?
2021/10/18 15:37:44性能测试的七种方法
2021/9/17 15:19:29全链路压测优化思路
2021/9/14 15:42:25性能测试流程浅谈
2021/5/28 17:25:47常见的APP性能测试指标
2021/5/8 17:01:11