从面试题看高级软件工程师需具备的技艺(附最后两题的详细说明)

嘿嘿，被吹捧了…
关于老抛说的两个难题，你首先要弄清场合：这是在面试。我的态度是，不要在这个时候就把自己放在非得对这个事情负责的位置上。说白了，我还没决定上不上你的船呢。你作为公司评估我有没有能力，我还要评估你这家公司够不够水准。
所以对这种问题我肯定会利用一下，用来定个调子。

我根本不说服。事实就是这样的，燃尽图摆在面前谁都能看到。我的上司你要么面对现实，给更长的时间，或者做更少的事；要么你说不行，大家挑战一下，加个班，那么你告诉我，我怎么去跟团队讲，你许诺团队什么好处。我就是一个团队的支撑者，我不是股东，所以我自己不会为了项目拼命，也不会让团队为了项目拼命。这个调子定下来，如果招聘方不认可我这个定位，那就可以马上说拜拜，省得大家浪费时间。

给提这个问题的人上一课，给他讲讲什么叫集体代码所有制，什么叫团队职责共享，缺少这些东西会有什么恶果。一样，他如果认可，那还有得谈；如果他对这些彻底不认可，那就拜拜，快捷方便。

总结：面试是双方互相试探的过程。要是拿到一个问题你就先把设身处地进去想我应该怎么解决这个问题，嗯，你就已经败了。

我一直认为需要设身处地的去想。。。所以老进死胡同。

孙子兵法说了，有对手三倍兵力就跟他打，有对手五倍兵力就把他围起来，这是用兵的正道。
说到做项目，我追求的是让项目不起火，大家安安稳稳舒舒服服把事情做好。如果经常都要救火，我就会觉得这个事情很傻逼。
所以如果有人问我怎么救火，我就会多加个心眼：这是不是表示起火是这个公司的常态？
那我就要利用他这个问题多探一探他的情况和他对这件事的看法。
如果这家公司本身就是以救火为荣的，那我就可以先闪了。

其实我心里不喜欢这样的面试题目。特别是那种性能问题，上来就要优化，我想说，如果你觉得JAVA , MYSQL 慢，为什么不直接找个写汇编的人来？ 如果真的有性能慢的问题，能不能把体现这个问题的LOG给我看.看.先？


我发现自己的很多精华投票是冲着回复的。。。

您“找工作”是双向选择
but很多人其实是在“求职”单向被选择

有救火能力的人，每家公司都需要吧，谁能保准不出任何意外呢
but以救火为荣-->不在乎起火，反正有救火的-->故意放火，然后救火显摆。。。就恐怖了。。。

我早年也是作过救火队。
不过不想再作这种工作了。
不会有满足感的
都是失败感与挫折感。

PS：倒数第二题，倒数第一题。都在项目中遇到过。。。。
每次解决都很勉强

倒数第二题：
       我有一次对老板说计划是你说了算。
       完的成完不成还不是程序员说了算？
       忘了你说的结束日期吧。
       哪个项目没延过呢？
倒数第一题：
       让他们回去看文档是最差的办法（尝试过）
       在开始QA之前
       找个会议室与他单独把所有的功能review一下
       把他写的所有的CASE再REVIEW一下。
       这样功能等级就不会太离谱.
       主要还是有人品问题在里面。谁写的代码能没BUG呢？

让自己有的选也是我看书学习的主要原因。
当然我是想找个办法去解决问题，
从没像GIGIX那样想找个工作不用去考虑这种问题

你说的没错。
but我保证，做救火队员绝对没你说的这么光荣，一方面累死，另一方面被骂死，没人理解。做的好了是前人的功劳，做的不好是救火者的责任。抛出异常的爱说的没错，没一点成就感。

做过你就知道了。

我和老抛一样,看到这类问题总是会想自己应该如何把这个事情处理好.从没有站在gigix的高度去想过. 对于刚刚入门的程序员,我觉得是很难有这样的自信的. 不过,gigix的回答让我看到了另一种境界,要达到这样的自信也需要自己特别的努力!

某测试小组成员老将测试你负责部分中出现的Bug直接提交到高层,且经常在你比较忙的时候请教你负责模块的内容.对于这种情况,你打算如何处理


头一条是沟通，接着是时间管理。我会和测试人员沟通：不反对直接提交给任何人，因为本身确实是bug,不过我需要同时被抄送. 第二点双方协议安排好固定的时间给他们答疑，自己安排其他事的时候避开答疑时间。