|
精华帖 (0) :: 良好帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
最后更新时间:2008-04-28
都能回答上来的。
应该不好找。 去找找写书的人。 这些问题在实战中太少遇到了。 |
|
| 返回顶楼 | |
|
最后更新时间:2008-04-28
看spring的文档也能找到答案,问题是天天做开发也会忘了答案!
|
|
| 返回顶楼 | |
|
最后更新时间:2008-04-28
基本上答不出……
|
|
| 返回顶楼 | |
|
最后更新时间:2008-04-28
哎,这么多细节,我怎么可能都记得那么清楚
|
|
| 返回顶楼 | |
|
最后更新时间:2008-04-28
你这题太没水平,难怪人家都答不出来呢..
实际开发中有啥用啊..BS一下楼主...呵呵..我不去你那里面试...偶在BJ. |
|
| 返回顶楼 | |
|
最后更新时间:2008-04-28
相对于那些框架中的细节问题,我感觉更应当注重面试者的思维逻辑性,业务逻辑的分析能力,设计的合理性等等……
|
|
| 返回顶楼 | |
|
最后更新时间:2008-04-28
lyhapple 写道
你这题太没水平,难怪人家都答不出来呢..
实际开发中有啥用啊..BS一下楼主...呵呵..我不去你那里面试...偶在BJ. 你还是先鄙视你自己吧。如果谁说会spring,我也会问这些问题,这些基础的东西都答不出来还说会用。
支持lz,现在招人一定要有耐心,宁缺毋滥。
|
|
| 返回顶楼 | |
|
最后更新时间:2008-04-28
wolfbrood 写道
lyhapple 写道
你这题太没水平,难怪人家都答不出来呢..
实际开发中有啥用啊..BS一下楼主...呵呵..我不去你那里面试...偶在BJ. 你还是先鄙视你自己吧。如果谁说会spring,我也会问这些问题,这些基础的东西都答不出来还说会用。
支持lz,现在招人一定要有耐心,宁缺毋滥。
公司招人是看主要看这个人是不是很好的用spring解决问题,如果能,那基本上可以说是会的,如果非要搞研究,或者自己公司要开发自己的框架,那这个人不适合你们公司。另外,你招人,你出的题目你肯定一开始了解了相关的内容很多,可以说出个大概,换个角度,如果你到我公司来面试,你说你会spring,我一样可以出10道题目,让你超过80%答不出,这有什么意义呢,招人应该是看重综合素质 |
|
| 返回顶楼 | |
|
最后更新时间:2008-04-28
wolfbrood 写道
lyhapple 写道
你这题太没水平,难怪人家都答不出来呢..
实际开发中有啥用啊..BS一下楼主...呵呵..我不去你那里面试...偶在BJ. 你还是先鄙视你自己吧。如果谁说会spring,我也会问这些问题,这些基础的东西都答不出来还说会用。
支持lz,现在招人一定要有耐心,宁缺毋滥。
过于执着于技术细节小心找到面霸 |
|
| 返回顶楼 | |
|
最后更新时间:2008-04-28
这是典型的招人误区,我们那个年代招人(大约十年前左右)可以这样出题,但现在不应这样找人。因为我们招人主要是招编码人员,是在应用层面上的,不是研究层面的。这样的结果是:
一、长期找不到合适的人 二、适合条件的人,因为人力成本原因,招不起 这样的结果是浪费公司的时间,浪费自己的时间,浪费面试者的时间。还有,这样,逼着面试者又花大量的精力却研究这些工作原理方面的在以后的项目中基本上用不上的东东,对于祖国的人力资源更是一种浪费。 当然,也可以问这样的问题,但比例不能太多。只可以作为一种参考,若会这些题的,大多技术路上能走得较远,可考滤加点分;不会的,只要能快速掌握应用,就可用! |
|
| 返回顶楼 | |










