2013-11-11 22:50| 发布者: peter_zhang| 查看: 1187| 评论: 1
注:黑体字为原文,蓝色为本站解析,小编不懂技术,仅从职场方向分析。 最近参加了一次面试,应聘架构师的职位,不是很爽,倒不是因为问题本身,而是面试官的态度。面试基本的礼仪,握个手,自我介绍一下,是最基本的吧。感觉对方很傲慢,其实从这一刻起,这次面试已经结束。(事实上,面试官和被面试人,本身就是对立的,无论对方如何,想办法征服他才是最重要的,而不是想着放弃。一旦你有了放弃的心理,在后面的面试过程中都会现象出来。)我不是什么狂人,也并非傲慢,但也是在这个行业摸爬滚打了十多年,最基本的尊重还是应该有的吧。(面试过程中,如果你没有得到应有的尊重,可以适当的提醒他,或者直接把感受说出来,这样即便面不上工作,自己心里也不会留下阴影。)面试是一个双向选择,企业选择个人,个人选择企业,地位是平等,脱离了这个前提,一切都是空谈。(话说得是没错了,但是企业不喜欢傲慢的员工,谦虚的态度在面试中还是应该有的。)这少这个面试官的态度这个层面,已经被我Pass.以下是面试题目和应答,算是共享: 1.你喜欢什么样的领导?(这是一个陷阱题,其实你完全可以回答喜欢像面试官这样的领导,虽然虚伪,但是可以拉近彼此的距离,也让对方高兴一些。另外,构架师的工作涉及到项目团队协作,对方问这个问题,其实是为了考量你的综合素质。做架构师,技术是基础,团队协作是润滑剂,你这么回答,显然没有意识到这一点。你需要具备驱动团队动起来的能力。,所以,这个问题回答的不是很好。) (1)技术能力比自己强的人。 (2)有人格魅力的人。 2.你想成为什么样的人?(表面上你的回答没问题,但是你的目标性不强,一般情况下,遇到这种问题,坚定的回答一个比较好。另外,你面试的是构架师,你回答成功中国首席架构师会更好) (1)项目总监 (2)技术总监 3.hashMap与普通Map的区别?(这是专业性的问题,如果你没有准备好,在你回答完“没有刻意比较过”后,其实完全可以以谦虚的态度,请教面试官告诉你,以此做一个互动,解决自己的尴尬,并且让面试官觉得你很佩服他。) (1)没有刻意比较过 4.你遇到的C++最难处理的问题?(举个实际例子比较好,问题是怎样出现的,影响了什么,你是怎么解决的,解决之后你从中想到了什么?,用事实说话比较好。) (1)一次死锁问题处理,关于方法:无外乎静态分析,日志分析,工具分析。 (2)一次数据库宕机问题的解决:性能监控、数据日志、应用日志。 5.进程间通讯多有那些方式?(这一路看下来,觉得你在做考卷,而不是真正与人沟通互动,如果你想在职场上走得更高更远,建议多与人交流,加强自己的语言表达能力。) (1)本地进程:管道、消息、事件和共享内存。 (2)分布式进程:socket,corba,通讯中间件。 6.用过共享内存MMAP吗?(还是之前的问题,因为心里已经存了偏见,你还陷在前面的情绪中。实际上,遇到这种问题,聪明的做法是,请面试官再说一次,两次也行啊,直到自己听懂。另外,你说自己英文不太好,这是在自己暴露自己的缺点。) (1)英文不太好,没听懂啥意思。 7.用过哪些Unix系统,用过那个版本的Shell,是否用过AIX的大数据处理?(同第4个问题,你说一连串你知道的,不如把其中一个说清楚,举个你之前工作中的例子) (1)AIX、HP-UNIX、Solars (2)bash (3)没有听说过 8.什么是多线程,什么是多进程(还是再像做考卷,其实你完成可以用比喻或者一句简单易懂的话来回答这种专业术语。比如之前大家说的蓝牙与wifi的区别“男人就像蓝牙,你在身边,他就处于连接状态。但你一走开,他就搜寻其他外围设备了!!女人像wi-fi,她们可以看到所有可连接的设备,但会选择最好的一个!! ”,这样的解释既生动又亲切,而且觉得你已经领悟到其中的精髓了。) (1)区分平台:Windows以线程做为CPU调度单位,UNIX和Linux是一进程作为调度单位。 (2)进程为资源分配单位,线程为CPU调度单位。不过有平台差异,见一。 (3)多线程和多进程要实现的目的在于多核,多CPU的负载均衡和性能提升。 其实这次已经是第三轮,首轮是部门经理,企业副总,态度非常的好,技术问题沟通的还不错;次轮是技术经理,沟通的还是技术问题,效果还是不错,主要是都是做技术的,感觉人也不错。这个第三轮据说是公司副总裁,CTO,居然让自己如此郁闷,没想到见第一面就已经给自己添堵。问题本身已经并不重要,态度才是关键。 问题的回答,带有抵触情绪,本能的抵触,其实一直是在质疑,你是在招架构师吗?全程无一次眼神的交流和会心笑意,你不敬我,我何来敬你。(态度源于内心,不管对方问的问题是否专业,你都需要拿出自己的专业来,职场的专业也好,技术的专业也好。不要轻易受别人影响,记住你是来找工作的) 其实关于这些问题,都是之前技术和开发中遇到过的,很基础的问题。只是自己这几年,逐渐深入,开始在特定领域进行研究,一方面是业务,另一方面是特定应用。关于架构更多的是考虑系统性能,体系结构优化方面的问题,这些基础的东西反倒逐渐的给荒废了。当然,这里面还有一个年龄的因素,工作越久,需要记住的东西越多,而我的记性又不太好,除非项目中特殊印记的东西,否则慢慢的都是要被记忆淘汰掉了。算是选择性忘记吧。不过还要在这个行业继续混下去,还要混口饭吃,看来真的有必要好好的巩固一下基础,不然还会被人给鄙视的。 不文过,不饰非,做最本色的自己! (解析到这,还是觉得很遗憾。你工作了这么多年,技术上肯定没问题,但是职场方面和人际交往沟通方面,你需要加群。做本色的自己固然是好,但是也要分场合,面试是很正式的场合,心态决定一切。另外,没有哪个领导会招一个自己Hold不住的人,这一点切记。以上点评内容仅供参考,祝你找到一个更好的适合自己的工作。) |