Interview Test

cyberKid1043

最近公司面对了一个问题， 就是请到的developer， 很多在interview时说会做这会做那，实际上却不会做 project也因为developer从新pick-up skill而有所delay. 所以，我想在近期的interview中加入technical test， 却想不到该如何test candidate 的basic programming skill, flow & logic. 各位有什么意见？该怎么出题才能test 到candidate的成度？有哪位曾经有过interview technical test的经验，可以说来听听吗？

[ 本帖最后由 cyberKid1043 于 20-5-2007 12:33 PM 编辑 ]

hkloke2000

在Interview之前,我的公司会给编程的测试 25 Objectives 包括 jsp, java, sql + Essay。

从他们的答安，已经可以知道他们的水平。不好的不需要浪废太多时间Interview他们。

雨吟

我觉得就算纸上作答，也未必找对。因为，好些人会应征前先读书，或者他们之前做过了。。。

我参加过一个应征，觉得是最有效的。。不过应征时间会很长啦~那个应征官，直接在白板上画，画2个database table,问我有什么问题..然后,coding也是写出来,问我这个部分要怎样,下个部分要怎样...好像上课那样,很有趣...我觉得这个方法,是最直接明显知道的了...

takiz

原帖由 雨吟 于 21-5-2007 02:44 PM 发表
我觉得就算纸上作答，也未必找对。因为，好些人会应征前先读书，或者他们之前做过了。。。

我参加过一个应征，觉得是最有效的。。不过应征时间会很长啦~那个应征官，直接在白板上画，画2个database table,问 ...

真奇怪，应征前做准备还能被怀疑，做准备才应征难道也不好吗？也是为了配合现在企业即拿即用的目的啊！还有那堆考不好的也未必是差的。

cyberKid1043

原帖由 hkloke2000 于 20-5-2007 04:14 PM 发表
在Interview之前,我的公司会给编程的测试 25 Objectives 包括 jsp, java, sql + Essay。

从他们的答安，已经可以知道他们的水平。不好的不需要浪废太多时间Interview他们。

你们出的题目是不是从reference book's q&a 中抽出来的？

johe07

原帖由 takiz 于 21-5-2007 21:58 发表


真奇怪，应征前做准备还能被怀疑，做准备才应征难道也不好吗？也是为了配合现在企业即拿即用的目的啊！还有那堆考不好的也未必是差的。

死背和活用是两码事。。。

公司要的，就是每个人潜在的能力。。。
也是你最有价钱的东西。。。

cyberKid1043

原帖由 雨吟 于 21-5-2007 02:44 PM 发表
我觉得就算纸上作答，也未必找对。因为，好些人会应征前先读书，或者他们之前做过了。。。

我参加过一个应征，觉得是最有效的。。不过应征时间会很长啦~那个应征官，直接在白板上画，画2个database table,问 ...

嗯，这个方法不错嘛，一来可以test candidate能不能听得懂我半桶水的英文， 跟我有没有沟通问题 ，而来可以test candidate的反应及逻辑 。。。 不错的idea

cyberKid1043

原帖由 johe07 于 21-5-2007 11:02 PM 发表


死背和活用是两码事。。。

公司要的，就是每个人潜在的能力。。。
也是你最有价钱的东西。。。

这点我认同，我同事那个team就不小心请到了“高教育“成度的developer,满口的理论，东西不会做又不肯听取别人的意见:@ ，到最后还得劳驾老板请他出公司
所以，这次的interview 才会想要出题考考candidate

flashang

拿一些工作上遇到过或者正在面对的问题，
看看有没有好 / 适合的答案。

johe07

原帖由 flashang 于 22-5-2007 01:24 发表
拿一些工作上遇到过或者正在面对的问题，
看看有没有好 / 适合的答案。

这个更绝。。。。

goatstudio

在面试的时候，我通常很少问技术性的问题，例如说编程的问题，但会问较多概念性质的问题。

例如说给面试者一个 scenario, 一个 ecommerce 系统或是任何一种你熟悉的系统，然后问他会怎么设计这系统，class object 的设计是如何等。得到的答案，当然是不完整，或可能不是你想要的答案，但你可以知道这面试者是否有独立的思考能力，及水准到达那里。

另外，透过这样的 scenario，你可以抛出自己的做法，看看他如何能配合你的做法。例如说你说你用 C# 设计这样的 component, 他如何能在最短的时间内用其他任何熟悉语言来配合。此外，也要求面试者说说做过的任务，和别人一起开发的任务。。。从这些问题中，你可以看出面试者，倒底能否和别人合作，因为在开发组里，讲求的是团体精神。

问较少技术性的问题的原因是，可能面试者紧张，也有可能他的编程手法和我们不一样，这些问题都会影响他们的当天表现。

goatstudio

原帖由 flashang 于 22-5-2007 01:24 AM 发表
拿一些工作上遇到过或者正在面对的问题，
看看有没有好 / 适合的答案。

这种方法。。。我也用过。。。
是温故知新的一种。。。

雨吟

原帖由 takiz 于 21-5-2007 09:58 PM 发表


真奇怪，应征前做准备还能被怀疑，做准备才应征难道也不好吗？也是为了配合现在企业即拿即用的目的啊！还有那堆考不好的也未必是差的。

呵~不是怀疑啦~其实我是拿自己做例子...以前要去应征,都会去翻书看summary,背几下...

我的重点是,考卷纸不能作准.因为考得好的可能背书,也如你所说,考不好的也未必是差.

hkloke2000

原帖由 cyberKid1043 于 21-5-2007 10:54 PM 发表

你们出的题目是不是从reference book's q&a 中抽出来的？

自已出的。有些非常简单。例如:

Which of the following statement is to get the value from an input field from a HTML form?

a) session.getParameter("inputName");
b) session.getVariable("inputName");
c) session.getValue("inputName");
d) request.getParameter("inputName");
e) request.getVariable("inputName");
f) request.getValue("inputName");

如果候选人在他们的简历有jsp的经验，但失败回答，就不用浪废时间了。

tensaix2j

我相信技术上的东西。。任何人都可以很快pick up的。。
考考他的逻辑思维会比较实际。

takiz

我觉得认真态度更重要，我的某位朋友在念书期间，学习成绩不好，因为终日沉迷在他的php网站编程，最后没拿到文凭就不念了，但是现在他的工作还是做得不错，虽然他不见得很聪明，但是凭着坚韧的意志还是办到了。

therfar

我做过这样的interview:
三份卷子，一份考logic，一份考coding,一份考SQL syntax，然后face to face看态度
如果急用coding机器，就看2，3的成绩定夺
如果不急用，乐意投资有潜质的programmer,看logic，coding的flow是否良好（不注重syntax）,和态度

因为logic好态度好的，比较有潜力发挥到比较好
coding考试好的只不过是熟悉syntax，并不代表是个好的programmer
logic不够或者没有挑战一切困难的态度的programmer，会遇到瓶颈的
他们可能无法完成特定工作

有的公司直接给一个白板和marker，叫candidate当场present出一些你做过的东西
final year project, database, sql, 当场你就能看得出这个人会不会做东西了
同样，也能看出一些logic出色，态度良好但是对你公司所用的language不熟悉的人
要不要用就自己定夺了

请两三个普通的programmer不如重金请一个好的，因为最终工作的质量不同
你请一堆写codes但很多bugs的programmers
不如请一个logic flow良好，写codes future proof，会自己收拾干净bugs的

tensaix2j

我现在做着的这家公司当初问我的interview 题目是。。

"How would you move mount fuji?"
你如何搬动富士山

AquaMax

move("mount fuji";

tensaix2j

我上司说当初还有人回他一个url。。是去amazon.com的一本书。。title: ＂how to move mount fuji" ..气到他。。