对那XXXX公司的HR想说而没来得及说出的话！！

貌似总看见HR们在抱怨现在应聘者这也不行那不行
有点话想说，这些是上次去面试的时候想说而没来得及说就OUT了的话。

前阵子投了份简历，去了家公司面试看看行业是啥情况。
那面试官第一问题就是问：Hashtable和HashMap的区别。

。
。。。。
。。。。。
。。
。。。
。。

我答不出。。。

别用那种眼神看着我。别以为我读不出来你眼神里的怀疑鄙视的目光。
压根儿就没用过Hashtable这个类！我怎么晓得他们啥区别。
我只晓得其中有一个是同步的，有一个不是同步的！谁是谁不是，我忘了！
这题要是放在两年前，我肯定能答出来。

您让我瞧瞧人家简历，这个也会，那个也会，只差没写会造原子弹了。
而我简历上呢？寒酸的两句“熟悉JAVA及相关开发框架环境”，惭愧啊，写这句话的时候连我自己都有些战战兢兢，本来想把“熟悉”二字改为“勉强会用”的。那什么，struts仅在学校读书的时候自学过，现在也忘了。话说要真改为“勉强会用”了，还轮得到我来面试么。

我会啥？我搭建过大型项目的后台程序框架，包括项目下面的目录结构分划、对代码编写风格的约束、对一个请求的流水处理过程、对权限的验证、对页面菜单的动态生成，都是由我来控制的。说具体点就是由servlet控制登陆及权限session的初始化；对页面特定的URL请求，在web.xml中有Filter进行权限判断；对每一个业务请求，提交至后台action，action调用相应的service进行业务处理，service中使用DAO操作pojo对象和数据库之间的CRUD关系。之所以要service层是因为在service层才有spring的面向切面的事务控制。核心配置文件web.xml、xwork.xml、spring的applicationCore.xml、applicationHibernate.xml、log4j.xml、myCompany.properties都是由我来写。连详细设计也是我做和需求分析部分的同事讨论过后评审通过的。

不好意思啊，我真不知道hashtable和hashmap的区别，真没用过Hashtable，我只用过Properties这个类从.properties和xml中读取数据、只知道HashMap的keySet方法取出来的键Set是按自然排序的，只用过TreeMap<Comparator>来按自己的业务逻辑对存入MAP中的数据实现自动排序……我只写过一个加起来才不到两千行的perl程序、只写过一个非常简单的用c++写的在solaris下用的任务调度程序、只在flex下做过一个挺简单的与后台交互数据至FLASH前台呈现的流程向导工具、只曾用EXTJS对着官方给的的DEMO程序修修改改做过一个对数据动态读取供前台呈现的模板、只帮朋友写过网游的简单挂机外挂、一些SNS平台像校内、QQ、开心网的将机械重复的事情用代码来封装HTTP请求来做的程序、只写过个简单的供自己使用的邮件发送工具，另外如果实在要说。。还做过半年的侧重网站开发的PHP、js/ajax、html/css。。。可这些我还真不好意思往简历上写。。。倒是以前一个领导对我的评价是：是个做程序员的！这句话我比较中意，写在简历上了。

别跟我说那些人会这个会那个，以前有个同事，进公司的时候我瞄了下简历，乖乖就是这也会那也会！项目经验也写得巨牛逼，我还寻思遇到高手了！可后来。。算了，还是不背后损人了。。。要说谁不会呀，mvc框架，不就是封装个servlet或filter将符合的URL请求给转发到自己的action里边去执行业务逻辑嘛；AOP，不就是Proxy动态代理模式嘛；依赖注入，不就是写几个bean写几个接口配置文件，在需要的时候自动实例化注入嘛；ORM，不就是封装了数据库的基本操作嘛。。说大话谁不会说呀？我怕我写了一堆充其量只能算会用的东西，到以后碰到问题一时解决不了时被别人鄙视。


你们能要求我会啥？给我一天时间我能跟你聊这个话题连带周边的相关技术聊得起劲，一周时间我开始按你的要求来写代码。可那句“熟悉JAVA及相关开发框架环境”，我写的时候真战战兢兢的。j2se 里至少有一大半的包、类、接口没用过，更不用说涵盖面巨广巨复杂的java ee规范了。那些webwork/spring/hibernate/ibatis 之类的各式各样的框架，充其量就是会用而已，很多高级的功能从来没去接触过，更不用说他们本身的架构了，spring framework官方的包有近200M。。。我直接使用过的spring framework的功能，最多最多也大概不会超过5M吧。

不好意思，这两年一直在打酱油呢。还是继续去打酱油吧。我走还不行么？

评论

34 楼 yangw1125 2009-07-21  

ansjsun 写道

yangw1125 写道

donnki 写道

如果我是技术面试官，我就这么招聘：

从简历中筛选一遍，取得符合基本条件的简历，然后按公司的业务需求或者技术需求，给应聘者一个技术问题或业务资料，并给他3天到一周时间，解决问题、或者学习业务知识、或者是学习他以前未接触过但应聘的工作中肯定要用上的技术。一周以后再来面试。。。

不论他是怎么解决问题的，通过网络、通过朋友，还是通过自己的学习研究，总之解决了，问的相关问题能答个大概了，就算技术面试过关了~~
没解决或者没有给出思路？我不听理由，直接OUT（什么都不做，直接IN）

这样不是很好吗？

有点反感，这样做不如招人进去试用期3天到一周去公司做事算了。

中国人情,,,三天基本就不好意思赶跑了..而且100个面试你都叫到公司试3天啊..这可好..一年少了程序员的费用了

那可以拿公司的技术问题或业务资料给那100个面试的人做（包括不懂技术的人），发资料跟发宣传单一样，看见了谁就发，这可好，省了程序员的钱，花了资料的钱。不在公司做就是人情呀！

33 楼 srdrm 2009-07-21  

有点意思, 不过大部分我面试的公司还是不错的, 个别的不太会面试没有经验. 有时候被BS是相当不爽, 发泄一下就可以了. 没有公司是完美的, 也没有人是完美的

32 楼 ansjsun 2009-07-21  

yangw1125 写道

donnki 写道

如果我是技术面试官，我就这么招聘：

从简历中筛选一遍，取得符合基本条件的简历，然后按公司的业务需求或者技术需求，给应聘者一个技术问题或业务资料，并给他3天到一周时间，解决问题、或者学习业务知识、或者是学习他以前未接触过但应聘的工作中肯定要用上的技术。一周以后再来面试。。。

不论他是怎么解决问题的，通过网络、通过朋友，还是通过自己的学习研究，总之解决了，问的相关问题能答个大概了，就算技术面试过关了~~
没解决或者没有给出思路？我不听理由，直接OUT（什么都不做，直接IN）

这样不是很好吗？

有点反感，这样做不如招人进去试用期3天到一周去公司做事算了。

中国人情,,,三天基本就不好意思赶跑了..而且100个面试你都叫到公司试3天啊..这可好..一年少了程序员的费用了

31 楼 tianmo2008 2009-07-21  

以前面过一个公司,要求精通spring,面试的时候问了很多spring的东西,后来进了那公司,spring他们是用上了，但各种场合的代码里还是充满了大量的new关键字.我当时就郁闷,spring在这里的意义何在....

30 楼 spacefly 2009-07-21  

Hashtable 早就可以淘汰了，如果不是为了维护很旧很旧很旧。。。的代码，
谁用 Hashtable 啊，就算用过几次，也可能早忘了；

这 HR 就一 空瓶子，装 B。。。。

29 楼 77tt77 2009-07-21  

  一般HR不做技术面试，所以也不会出现这种问题。

如果是技术部的给你面试，这种题目回答不出也没什么，关键还是介绍你的项目。

结合你的项目，来问些技术问题。

28 楼 woaiwofengkuang 2009-07-21  

donnki 写道

如果我是技术面试官，我就这么招聘：

从简历中筛选一遍，取得符合基本条件的简历，然后按公司的业务需求或者技术需求，给应聘者一个技术问题或业务资料，并给他3天到一周时间，解决问题、或者学习业务知识、或者是学习他以前未接触过但应聘的工作中肯定要用上的技术。一周以后再来面试。。。

不论他是怎么解决问题的，通过网络、通过朋友，还是通过自己的学习研究，总之解决了，问的相关问题能答个大概了，就算技术面试过关了~~
没解决或者没有给出思路？我不听理由，直接OUT

这样不是很好吗？

三天在一个公司能发现什么?

27 楼 lzmhehe 2009-07-21  

当你自己处在招人的位置上再说吧

不在其位，不了解其中的难处

26 楼 eric860 2009-07-21  

面试的话，多少还是准备一下吧。

25 楼 rain2005 2009-07-21  

不看代码是看不出来一个程序员的素质的。

24 楼 TracyKelvin 2009-07-21  

二十一世纪究竟什么是人才呢？ 一直想不通这个问题...

23 楼 aws 2009-07-21  

如果是招的更高级点的人才

面试的人如果有经验的话，是可以通过问对方对于他以前项目的经验和理解看出这个人的水平的

22 楼 donnki 2009-07-21  

如果只是要随便招几个写代码的人，自然犯不着这么麻烦。
培训学校刚出来的人，你把模板定义好，让他们照着模板做，他们也能写出来。

看用人单位是需要什么样的人才。
如果是招的更高级点的人才，只怕还不止这个程度的考察吧？

21 楼 donnki 2009-07-21  

aws 写道

donnki 写道

如果我是技术面试官，我就这么招聘：

从简历中筛选一遍，取得符合基本条件的简历，然后按公司的业务需求或者技术需求，给应聘者一个技术问题或业务资料，并给他3天到一周时间，解决问题、或者学习业务知识、或者是学习他以前未接触过但应聘的工作中肯定要用上的技术。一周以后再来面试。。。

不论他是怎么解决问题的，通过网络、通过朋友，还是通过自己的学习研究，总之解决了，问的相关问题能答个大概了，就算技术面试过关了~~
没解决或者没有给出思路？我不听理由，直接OUT

这样不是很好吗？

你不给人家钱，人家为啥要陪你玩一个星期？
一个星期可以跑好多家面试了，你是啥国际大公司啊，招的啥N职位啊？
你这样还不如直接都招进来试用一个星期算了

应聘也讲你情我愿呗，你要觉得舍不得花这么多时间来应聘这个岗位，那你不来就是了~~
给1星期自然是很宽裕的，不会全部占用时间，要真有能力的，1天就可以解决。

要是连抽出这点时间都不肯，就来应聘公司的岗位，那我先表示一下不信任

20 楼 donnki 2009-07-21  

gigix 写道

是啊
更好还找俩面试官和candidate一起编程，有啥好习惯坏习惯都亲眼看到了
问题是
你薪水多少？够格让别人花这时间么？

没必要去找两面试官来一起编程，那样像监考似的~不见得每个candidate都能发挥出平日水平。
要看编程习惯，看看他为解决问题写出的代码就可以了~~
可以看到程序的逻辑、编码风格习惯、目录包结构的层次、得出的结果是否有误……甚至能从代码是否严谨看出他做事的细心程度，看这些就足够了。

19 楼 yangw1125 2009-07-21  

donnki 写道

如果我是技术面试官，我就这么招聘：

从简历中筛选一遍，取得符合基本条件的简历，然后按公司的业务需求或者技术需求，给应聘者一个技术问题或业务资料，并给他3天到一周时间，解决问题、或者学习业务知识、或者是学习他以前未接触过但应聘的工作中肯定要用上的技术。一周以后再来面试。。。

不论他是怎么解决问题的，通过网络、通过朋友，还是通过自己的学习研究，总之解决了，问的相关问题能答个大概了，就算技术面试过关了~~
没解决或者没有给出思路？我不听理由，直接OUT

这样不是很好吗？

说真的，这样的面试官我面试多了，也是先发来资料，做完提交给他。

18 楼 aws 2009-07-21  

donnki 写道

如果我是技术面试官，我就这么招聘：

从简历中筛选一遍，取得符合基本条件的简历，然后按公司的业务需求或者技术需求，给应聘者一个技术问题或业务资料，并给他3天到一周时间，解决问题、或者学习业务知识、或者是学习他以前未接触过但应聘的工作中肯定要用上的技术。一周以后再来面试。。。

不论他是怎么解决问题的，通过网络、通过朋友，还是通过自己的学习研究，总之解决了，问的相关问题能答个大概了，就算技术面试过关了~~
没解决或者没有给出思路？我不听理由，直接OUT

这样不是很好吗？

你不给人家钱，人家为啥要陪你玩一个星期？
一个星期可以跑好多家面试了，你是啥国际大公司啊，招的啥N职位啊？
你这样还不如直接都招进来试用一个星期算了

17 楼 yangw1125 2009-07-21  

donnki 写道

如果我是技术面试官，我就这么招聘：

从简历中筛选一遍，取得符合基本条件的简历，然后按公司的业务需求或者技术需求，给应聘者一个技术问题或业务资料，并给他3天到一周时间，解决问题、或者学习业务知识、或者是学习他以前未接触过但应聘的工作中肯定要用上的技术。一周以后再来面试。。。

不论他是怎么解决问题的，通过网络、通过朋友，还是通过自己的学习研究，总之解决了，问的相关问题能答个大概了，就算技术面试过关了~~
没解决或者没有给出思路？我不听理由，直接OUT（什么都不做，直接IN）

这样不是很好吗？

有点反感，这样做不如招人进去试用期3天到一周去公司做事算了。

16 楼 gigix 2009-07-21  

donnki 写道

如果我是技术面试官，我就这么招聘：

从简历中筛选一遍，取得符合基本条件的简历，然后按公司的业务需求或者技术需求，给应聘者一个技术问题或业务资料，并给他3天到一周时间，解决问题、或者学习业务知识、或者是学习他以前未接触过但应聘的工作中肯定要用上的技术。一周以后再来面试。。。

不论他是怎么解决问题的，通过网络、通过朋友，还是通过自己的学习研究，总之解决了，问的相关问题能答个大概了，就算技术面试过关了~~
没解决或者没有给出思路？我不听理由，直接OUT

这样不是很好吗？

是啊
更好还找俩面试官和candidate一起编程，有啥好习惯坏习惯都亲眼看到了
问题是
你薪水多少？够格让别人花这时间么？

15 楼 donnki 2009-07-21  

如果我是技术面试官，我就这么招聘：

从简历中筛选一遍，取得符合基本条件的简历，然后按公司的业务需求或者技术需求，给应聘者一个技术问题或业务资料，并给他3天到一周时间，解决问题、或者学习业务知识、或者是学习他以前未接触过但应聘的工作中肯定要用上的技术。一周以后再来面试。。。

不论他是怎么解决问题的，通过网络、通过朋友，还是通过自己的学习研究，总之解决了，问的相关问题能答个大概了，就算技术面试过关了~~
没解决或者没有给出思路？我不听理由，直接OUT

这样不是很好吗？