面试技巧与相关细节

面试技巧与相关细节
Bear_Boss 专栏作者 关注 0人评论 342人阅读 2019-02-28 16:09:52
人才应在面谈前做好充分准备
1、充分了解所谈职位的工作内容（JD很重要）
工作环境以及该部门的组织架构以及所谈职位的位置
2、可以网上查询该公司的具体情况
包括产品/服务，规模，地点，品牌，优劣势等；
3、该公司主要的竞争对手或是主要客户群体；
4、确定已经确认了面谈时间及确切地址，面试官的职位及全名
尽可能知道他/她大概的背景/管理风格（负责顾问最好能有书面及口头的确认）
5、最好能在面谈之前花一点时间回顾一下你的简历或是你之前的经历
尤其注重回忆你每一个曾经经历过的公司以及工作岗位
并且整理在未来的面谈中该如何简单但是着重点的陈述给面试官。
面试准备
同时需要准备该如何回答面试官提出的类似这样的问题
1、为何这个机会会吸引你？为何你觉得你会比别人更加适合这个机会？
2、准备/了解该行业足够的知识 ;
3、同时准备回答以下可能会被问到的问题；
注意：在回答面试官的问题时不要只回答YES/NO，要尽可能多的表达自己的想法和观点 。
Ø 你的下一步职业发展目标/计划是什么？
参考建议：根据要去面试公司职位的情况，结合自己实际情况以及真正的规划发展去谈，如果你都不想做这个行业，这个专业，这个职位，为啥要去面试呢，为了钱么？ 单纯为了钱的工作，你做不久的！
Ø 为什么你想加入我们的公司？
参考建议：从该公司的主营业务，市场占有率，发展方向，所处地位，行业领域等各方面去谈。
Ø 你对我们公司的什么业务或是部门感兴趣？
参考建议：从你要面试的职位，以及这个职位面向的部门，以及这个部门所提供的业务价值体现去谈（对内or对外）
Ø 你最享受目前你工作的哪一些部分，为什么？
参考建议：可以从实际工作角度和管理角度，个人发展等方向去谈，结合你要面试的职位，一定是有衔接关系，否则面试官为啥看中你的简历
Ø 你目前的工作感想或是感受是什么？什么让你感到最挫折？什么地方让你感到你最得心应手或是骄傲？
参考建议：从公司大方向的发展去谈，从你实际工作的自身发展去谈，如果挫折感，可以说工作上的一些事情，也可以谈由于人力物力财力匹配，自己无力改变一些东西所产生的挫折感
Ø 你怎么样处理上下级之间的冲突或是与客户之间的冲突？
参考建议：如果是与上级发生理念不同，对上司交代的事情感觉不合理或无法理解的情况下
从大方向上，会首先服从领导安排，但是会在具体做事时，给出更合理的方案
对完全不合理的提议，会在合适的时间据理力争
对客户的无理需求，本着在可用资源情况下尽量满足的原则，提升客户满意度
如果实在是无理需求，也会据理力争
没有与下级产生过冲突，对于下级对安排事情不理解的情况，会耐心解释
Ø 你的客户群体是什么？你的工作业绩如何？
参考建议：对内而言，信息中心需要满足整体系统稳定，保障生产部门的产能输出，制定合理的公司信息化制度，提升IT工作效率
对外而言，信息中心需要保障整体系统、数据、网络、审计等各方面的IT安全与稳定，提升客户满意度与稳定度
Ø 你的优势？你的劣势？
参考建议：优点是对事情不抛弃不放弃，缺点是对事情过于追求完美化
Ø 你是何种管理风格？
参考建议：老子的无为之治
对于下属会做到人尽其才，物尽其用
更多的在于培养下属的工作意识，技术都可以学的，重点是意识
Ø 你的重要成就是什么？
参考建议：简历上有很多，具体聊
Ø 为什么想离开你现在的公司？
参考建议：根据自己实际问题去说，比如地理位置，公司氛围，发展平台等
Ø 你目前的薪水如何？期望薪水？
参考建议：提供所有的收入，包括基本薪水，各种补贴和福利，年终奖金；
注意事项
面谈当天应该注意的问题
1、不要迟到，如果万一因故迟到，一定要跟客户事先电话告知；
参考建议：准时很重要，早到十分钟是礼貌，早到半个小时则是没时间观念了
2、穿着正式，尤其注意整洁和细节；
参考建议：要根据公司企业文化，比如比较传统的金融行业，就考虑西装革履；互联网行业只要干净整洁即可
3、见到面试官亲切的握手问候；
参考建议：握手要自信有力，面带微笑
4、面谈过程中，眼睛始终要与对方对视，最好不要做一些不雅的小动作，如抓头，抓痒，抖腿等。。。
参考建议：但是身体不要过于前倾，避免给面试官强势的感觉
5、清晰的表达自己的想法（英文表达尤其重要，且需要多多准备）
参考建议：准备一份英文口语的自我介绍很重要，还是认真准备吧
6、最重要的就是热情且表达对此职位/公司有强烈想加入的动机
参考建议：这点要有理有力有节的拍马屁
以下是不能在面谈过程中做的事情
1、千万不能说谎，要诚实坦率
参考建议：没做过的项目或者不了解的技术，说了反而不好
2、不能太多抱怨你原来的公司或是老板和同事
参考建议：可以婉转的说出一些不好的风气，但是不要直白的抱怨
3、除非面试官问及，否则尽可能不要主动问及薪水，福利，或是年假等等
但是当然你应该清楚自己的市场价值为多少
参考建议：这个可以请猎头顾问协助
面试答疑
面谈过程中应该可以问到的问题
1、这个职位的工作内容？
参考建议：这是我经常问的
2、为什么这个职位目前空缺？是新增还是异动？
参考建议：这个基本上没问过，因为在面试前应该了解好，当然，简单问一句未尝不可
3、目前这个部门的组织架构如何？
参考建议：这个经常问到，毕竟要知道自己的份量么
4、未来这个职位公司能提供的培训如何？
参考建议：这个没怎么问过，公司不是学校，也不是培训机构，都靠个人
5、这个团队的氛围如何？
参考建议：这个很重要，不怕神一样的对手，就怕猪一样的队友
6、公司目前在竞争对手中所处的地位如何？
参考建议：以前熊熊很少考虑过，随着职位的提升，越来越发现，了解业务的同时，要了解你所要去的公司在行业的竞争地位，以及市场中强劲竞争对手都有哪些，所处的地位，人家为什么强，强在哪里，我们比人家差在哪里，如何去赶超？
7、未来公司的规划或是战略远景如何？对中国的重视程度如何？
参考建议：不到一定层级，很难回答这个问题，一句话，见仁见智吧
8、未来的扩张的规划如何？
参考建议：这个问题不仅要问关于基于部门级的，也要问到公司层面的，毕竟不是一个人或者一个部门在战斗，努力打造完整的闭环生态链
9、您认为我的经历符合这个职位的要求吗？
参考建议：这个肯定要问
10、下一步的面试安排如何？
参考建议：这个应该一开始就问到的，当然，全都在眼缘，如果你聊的不好，这个问了也白问
写在最后
面谈最后确保做到如下
1、如果你对该职位感兴趣，一定要将此意思清晰的传达给对方
参考建议：这是肯定的，不然费劲巴拉的还得请假面试，浪费大家时间又何必
2、感谢面谈官花时间来与你洽谈此职位并且考虑你
参考建议：这是基本礼貌，素质与修养的体现
Logo
首页
文章
关注
订阅专栏
网站导航
学院 微职位 博客 下载 家园 论坛 CTO训练营 WOT 51CTO
注册
登录
手机阅读
扫一扫体验手机阅读
搜索
写文章
在线
客服
原创 推荐
甲骨文面试归来
Bear_Boss 专栏作者 关注 48人评论 21537人阅读 2013-12-15 08:51:16
此文谨以纪念我们曾经失去的青春
在节前（端午节）就收到了甲骨文的电话，说我投递的简历被选中，邀请来面试，分别是两个部门，在深圳总部打过来的全球化支持部（工作地点依然为北京）和北京总部打过来的公有云事业部，职位都是高级DBA。
由于全球化支持部涉及英语口语要求较高，个人还是更倾向于公有云事业部，但是先接到了前者的面试邮件，约定6月18日下午去面试，在软件园里的甲骨文总部大楼~
到了软件园大门，以前熊熊一直以为东门口那个十号楼上写的Oracle甲骨文的就是甲骨文总部了，还觉得那里挺小的了，邮件中提到的是24号楼，于是进入十号楼问了保安，才知道要走很远（一开始没在意，后来才知道，真的好远）
沿着路一直往软件园深处走去，真的好远啊，沿途经过了一个中欧国际工商学院，那种别墅似风格的教学楼，不高，就2-3层，但是应该很奢华，楼下停着很多的豪车（奔驰、宝马、奥迪，都是进口高系），啥时候熊熊才能来这里学习呢，嘻嘻~
走了大约25分钟的路程，终于来到了24号楼，甲骨文北京总部所在地，真的很壮观，就像一个小型社区，在门口照了张相，把甲骨文的Logo照了进来，找到右手边的T2楼，进去到前台，说明来意，问是否预约好，回答是的。
前台保安让熊熊给联系人打个电话，这时才想起，联系人根本没有给熊熊留电话。于是在前台小姑娘那里查联系人的电话，结果因为甲骨文都是英文名字的原因，我只知道对方中文名称，无法查到，正在着急中，对方正好打电话过来，告知她已经到楼下，说稍等片刻，下来接熊熊~
见面以后，一个长相很一般的女生，气质和亲和度也不是特别赞，填好表格以后，由她领上3楼，到了一间小会议室，过不多久，进来一位30来岁的高级工程师（也许就是manager）模样的男人，面试正式开始~
也没有浪费时间让熊熊做什么简单的自我介绍，只是问了一下现在工作主要做什么，可能熊熊答的有点简单，让对方感觉是普通的运维DBA，于是针对熊熊的问题开始了深入面试
Q：你在工作中主要负责哪块业务现在
A：主要负责整体数据库的日常维护，保证数据库的稳定、可靠、高效运行
Q：那你们通常如何来巡检，有哪些工具手段？
A：因为银行方面无法使用OEM或者GC（Grid Control）这种图形化工具，因此我们的日常巡检都是用AWR、ASH、ADDM、RDA等一系列工具来做的，如果有具体的问题，也会通过一些动态视图来具体查看，包括查看alert日志以及抓trc进行分析等等。
Q：那你们不能使用OEM这种的话，如何保证这个监控的频度，还是说每次都必须自己手工上去生成报告看一下？
A：是这样的，有一些重要的监控指标，我们在Nagios里做了脚本进行监控，比如数据库的监听状况、RAC节点的健康状况、表空间的增长率等等，如果出现问题，通过Nagios报警会直接发送到我的手机上
Q：既然你们要进行日常监控，如果感觉数据库跑得很慢，从哪些地方能体现出来
A：这个需要具体问题具体分析，看看到底是OS层面问题，还是数据库本身问题，亦或是网络或者ASM存储的问题，如果是OS层面的问题，看看CPU的负载高不高，如果高的话，考虑是不是应用层与数据库层面的连接瓶颈（比如内存溢出等问题），如果CPU负载正常，但是I/O瓶颈比较高（这是数据库经常遇到的问题），那么有可能是SGA内存分配不合理，或者SGA内存不足，甚至是整体物理内存不足，那么需要考虑的情况有很多种，有可能是数据库的DML操作过于频繁，有可能是SQL写的不合理（比如没有使用绑定变量，共享游标等等，比如SQL写法不规范，比如没有使用索引，或者索引设定不规范导致大量全表扫描），这些可以从AWR报告里的等待事件中看到一些问题。
Q：你刚刚提到了AWR报告，那么如果是数据库比较慢，比如你说的I/O问题这种，在AWR报告中会怎么体现出来？
A：首先是各种target的指标监控（那个说实话熊熊真忘了是怎么说，但是解释一下，就是那个各项性能满分是100%那个），这里可以看到一些比如字典缓存命中率，库缓存命中率等等低不低，如果不低再看看SQL的执行重复率低不低，如果低，证明SQL设计不合理，当然，有很多比如数据文件顺序读，直接路径读/写这种，都是造成大量User I/O的原因
Q：那这个User I/O，在AWR报告中的显示是什么？
A：（挠头），额，这个我真不知道，我英语太烂了，不知道怎么说这个，但是如果AWR报告发给我，我真的可以看出来的
Q：如果AWR报告中报日志的频繁切替，是什么问题？
A：那有可能是日志组过少，然后日志组里的日志成员过多，而且日志设定的大小过小，比如就设定了20M，然后DML操作过于频繁，会造成大量的日志写入，写满了就会切替，过多的切替就会造成日志频繁写入，影响数据库性能
Q：你刚刚提到的频繁写日志，包括脏块写入到dbf中，事务没有提交的话，脏块或者日志会不会写入到相应文件中？
A：这个肯定不可以的啊，事务要遵循ACID原则，事务只能被提交或者被回滚，不能自我中断的，不过如果脏块把buffer cache写满，无论事务提交与否，都会写到datafile中，不写日志，就算脏块写到了datafile里，这时候如果数据库重启，因为日志里没写，pmon就不能还原，这样就可以理解为：因为没有commit，这个事务就不成立。
Q：OK，你在工作中都是单实例还是有RAC？
A：是这样的，我们有一个小机，上面跑了五个单实例的库，另外还有两套RAC环境
Q：你们的RAC是两个节点的？
A：是的，以前也做过4个节点的
Q：那么你如何来查看RAC的状态？
A：通过crs命令就可以查看了
Q：具体命令是什么呢？
A：crs_stat –t就可以查看到节点状态
Q：那么你如何知道RAC中有几个节点呢？
A：使用刚才那个命令其实就可以看到有几个节点了
Q：你说的这是所有节点正常启动的情况，如果不是呢？
A：是这样，有一个比较笨的方法，我使用DBCA命令中的instancemanager来看我的节点信息，只要节点的OCR信息没有被破坏，那么都可以看到的
Q：你刚才提到OCR信息被破坏，那么如果OCR信息被破坏了，该怎么做？
A：我们可以通过重建OCR来修复
Q：具体怎么做呢？
A：通过修改ocr.loc和paramfile.crs文件进行设置，然后通过命令进行重建
Q：什么命令？
A：额，那个，唉，想不起来了，不过如果做的话，我知道该如何做的，除了重建OCR，我们也可以删除节点的OCR信息再添加，效果是一样的，只是OCR重建更方便些
Q：你们装RAC用的是ASM吗？
A：是的
Q：ASM里有个au_size参数，你知道吗？
A：这个真没接触过（回来以后熊熊仔细看了这个参数，Oracle 10g是默认的1m大小，不能修改，11g以后可以手工修改，所以熊熊不知道）
Q：如果单实例变成RAC，有什么方法吗？
A：可以使用DG的standby复制出一个节点，然后添加节点的OCR信息等，用rman克隆应该也可以的
Q：你提到DG，你有没有做过DG？
A：这个是有的
Q：那你说说DG都需要配置哪些？
A：首先在主库开启归档和辅助日志，然后设置一些参数，比如log_archive_dest里添加主库和备库的信息，fal的两个参数要设置（fal_client与fal_server），然后如果有文件转换需要设置convert（包括db和log），将主库的spfile转化成pfile，传送pfile和密码文件到从库机器上修改相应参数，主库可以通过RMAN做一个全备，然后可以使用RMAN的辅助数据库功能在从库进行恢复，10g的物理DG只能是mount模式，11g可以是open read only模式，这样可以将此库设置为只读查询库，来实现读写分离
Q：你们工作中有没有用到DG
A：我们用到的是GG（GoldenGate）
Q：你能简单说一下GG的设置吗
A：先在两个节点上（主备库）分别按照ogg软件，设置mgr进程，然后在主库上设置抽取进程和采集进程，在备库上设置采集进程，像我们上次迁移新查询库，首先用rman进行全库备份，然后使用克隆技术克隆出一个库，再通过GG将增量数据抽取过来，就可以了，为了安全起见，禁用了GG的DDL同步功能，如果要是双向复制，就需要在备库再创建一个抽取进程和采集进程，相应在主库在添加一个采集进程即可。
Q：像RMAN在执行中会占用到SGA的large pool，那么GG在运行中是自己独立的进程，还是也会占用Oracle的进程
A：data pump的话应该会占用到Oracle的进程吧，感觉GG应该是也会占用large_pool，但是具体的没有研究过那么深，所以不知道对错
Q：如果是一个SQL产生了死锁，有什么方法能看出来？在OS层面
A：是这样的，首先可以使用top来看一下CPU和内存的情况（根据每个进程），并且结合ps –ef | grep ora命令来查找，如果真的是死锁的话，那么通过v$session中的lockwait显示出来的sid和OS上的pid是会对应的。
Q：死锁有什么解决办法？只能人工杀死吗？
A：具体问题具体分析，如果是latch，不需要管他，他是抢占式的，如果是lock，那么要看到底是事务占用了（比如排他锁会产生排队），还是真的死锁（比如应用层断开连接或者没响应了），如果是排队，那么将死掉的事务提交或者回滚，剩下与其排队的死锁会自动解开，如果是失去响应了，就需要手工干预了
Q：OS层面除了top，还有啥可以查看系统或者数据库性能状况的命令，从系统级
A：iostat、vmstat、sar、uptime等等，还有很多了
Q：如果查看系统的内核版本用哪个命令
A：uname，-a或者-r都可以
Q：如果查看系统版本号怎么办？
A：查看/ect/redhat-release文件即可
Q：如何查看一个服务器上有多少个实例
A：这个用查监听状况应该可以
Q：如果service用的其他名字或者用其他端口呢，这都不确定的
A：如果查/etc/oratab文件也是可以的其实，当然，有可能里面没有写，那么查ORACLE_HOME/dbs/initSID.ora或者spfileSID.ora是可以的。
Q：嗯，你英文不太好是吧
A：额，是啊，很烂，丢人
Q：那你能用英文做个简单的自我介绍吗？
A：对不起，这个真的没有准备（不是第二轮才英文面试吗，郁闷）
Q：哦，那你看还有啥需要问我们的？
A：（自己又问了一些技术问题，主要是12C新技术方面和Oracle未来发展方向的，那个人很耐心的给熊熊解答了，感觉很好）
Q：还有吗？
A：没有了，非常感谢
Q：好的，我们会再通知你
A：好的，谢谢
今天的面试就结束了，那个女生把熊熊送下楼的时候提到因为面试结果要呈报美国的那个manager审核，由他来决定是否可以进入第二轮面试，同时她也提到，这个部门对英语还是很看重，所以这点还是很重要的。
总结一点，基本上技术大方向还是能答出来，但是细节和深度还是不够，有些问题应该是很清晰的，面试时候还是有些紧张了，总体来说，此次面试受益匪浅，就算失败，也是一次很有意义的经历，感谢甲骨文给出的这次机会，会让我非常受用~