关于面试的问题

huhailong520 2016-04-18 08:30:02

最近在找工作，也面试了4,5家了。拿到了2个offer，感觉每次去面试面试官都问点击一个button按钮他是怎么知道要执行这个事件的，从点击后客户端到服务端有个什么样的过程说下......我听到这样的问题能扯得我就扯点，不想回答了我直接说不知道，可能是我天天写代码只用微软傻瓜式的工具双击一下后台写自己的代码就行了，从没有关注过这些，我想知道的是这些关注了有什么用呢？还不是在后台天天写个if else 实现逻辑，遇到问题百度解决。还有面试官问我.net 的本质是什么，我直接说不知道，因为这些问题我真不想回答太挫了。把我招进来是让我直接能干事的又不是去当老师给电脑天天讲理论去的，我实际操作还行，理论我真的不行，可能有些东西我用过但是我说不上来，所以我面试很多都over了。之前公司有个牛人给我们培训的时候说过一句话，程序员分2种，一种是深入理解和研究的，还有一种是写代码养家糊口就行了的。我感觉中国程序员大多数都是属于后者，进去能干活就行了，谁还天天管你这句代码性能高不高那句代码是不是很耗性能，天天忙的要死哪考虑那么多呢，任务能完成都不错了。如果要我面试我基本会设计一个功能模块看他能不能实现说下就好了，其他的我不会关心，这样我觉得可以考察别人实际操作能力，还有简单的基础过下就好了。只是我个人观点，我是面试官的话我只会考察别人操作能力，别人又不是做研究怎么知道那些玩意呢！

...全文

293 13 打赏收藏转发到动态举报

写回复

用AI写文章

13 条回复

切换为时间正序

请发表友善的回复…

发表回复

AdamSearcher 2016-06-02

打赏
举报

楼主被批的好惨啊。。。说实话，就我作为猎头的经验而言，想往上走想要更高的薪资更高的职位，沟通以及情商是更重要的一部分。很多企业招技术经理软性要求其实比硬性要求更严。所谓千军易得，一将难求就是这个理。

threenewbee 2016-04-20

打赏
举报

这些问题确实”没用“，但是我们就喜欢问一些”没用“的问题。因为学习能力差、悟性差、智力不行的人绝对不会去思考任何”没用“的问题。因为思考有用的问题他都吃力，哪有力气多思考一点别的。你说公司招一个这样的人，稍微难一点的问题，在培训班没学过的，他就不会做了，更不要说有什么工作的主动性了，这种人不在面试的时候识别出来，而是招进来不是倒了霉了。

cheng2005 2016-04-20

打赏
举报

引用 11 楼 huhailong520 的回复:

不是说我不会思考而且我以前做的工作也不简单，几十万章节数量要去每个章节里面的找关键字在拿出来如果只是单线程去跑估计很坑，以前我也不会多线程最后我还搞定了速度提升了n倍。只是觉得进去上班只是解决问题能搞定就行，难道你们解决问题之前还想下理论吗？如果往深入说多线程我面试也说不上来但是我会用

有些话可能说出来不合适，但是你听说过有一个成语叫做“井底之蛙”吗？国外的就不说了，国情确实有点区别，你觉得你和BAT里面优秀的程序员差别是什么？收入的差距是由什么决定的？

cheng2005 2016-04-20

打赏
举报

程序员不分什么研究的和实干的，真正想实干的程序员也一定要进行过研究才行，只是工作的重点不同而已。街头摊煎饼的要是说大饭店里的厨师会那么多菜，可能还没他摊煎饼挣的多，自己摊好煎饼就满足了。如果要是这么想的话，那就安心摊你的煎饼，别去人家大饭店求职。

huhailong520 2016-04-20

打赏
举报

不是说我不会思考而且我以前做的工作也不简单，几十万章节数量要去每个章节里面的找关键字在拿出来如果只是单线程去跑估计很坑，以前我也不会多线程最后我还搞定了速度提升了n倍。只是觉得进去上班只是解决问题能搞定就行，难道你们解决问题之前还想下理论吗？如果往深入说多线程我面试也说不上来但是我会用

以专业开发人员为伍 2016-04-19

打赏
举报

当然啦，如果你心说“哼，我也就是拿你们练练手，10个月我就跳槽去也”，那是你的事儿。招你的公司，肯定是希望招的人有一点点深入研究，就用一点点差别来区分不同的人的处理困难任务的能力和潜力，你还觉得人家是多余的。实际上就算是破石头也有人要（特别是有点姿色的石头），就算是金子也有人不要，但是不要因为破石头被“拼命乱扔、总有人检”就说它堪比金子一样有价值。我看你有些直爽，但是直爽的人遇到了损友，几年以后你的损友踩着你上去了，而你找不到好的工作，那是你就会发现“要么好好学些深入的知识来找工作，要么学习厚黑学、不直率地说话”，你选哪样？

以专业开发人员为伍 2016-04-19

打赏
举报

招你的公司，早晚要辞掉你的。所以现在问题你这个问题，是给你提个醒！

圣殿骑士18 2016-04-19

打赏
举报

那就说明你之前做的工作太简单了。一个稍微复杂点的系统，那就不是一个不求甚解，没什么追求的程序员能搞定的。我主持公司的ERP系统的开发，就被这样的程序员和程序折腾的火冒三丈。写程序从不考虑性能，写出来一个接口服务系统，刚上线就出现性能问题，我亲自操刀改了三个版本，才终于搞到能用的标准。 ERP刚开始运行，就出现数据库瓶颈，继续翻代码，改进。运行了几个月，又出现性能问题，又改版。不断的出现运行一段时间就出现性能问题，持续的优化改版。本来以高标准来开发1个月搞定的功能，以低标准来开发，就算你只花了半个月，但最终不断改版优化，又花去三个月。综合效率算下来只有别人的几分之一。到现在已经快两年了，我还在筹划继续优化性能，你说害不害人！