＜本文发表于: 相约加拿大:枫下论坛 www.rolia.net/f ＞
If the candidate does not declare he/she has written any custom tags, I don't expect he/she knows what super class is used in writing tags.
I have one EJB candidate who has clear understanding of EJB architecture. My question is: How can you create a Thread in an EJB component? Actually, my question itself is wrong and misleading. This guy's answer is: "I have never done that. It seems to me that one is not supposed to do that. In the EJB architecture, Bean container takes resposibilities to manage concurrency. If you create your own threads, you are going to interfere with EJB container. " I am satisfied with answer 100 percent. From his answer, I know this guys has ever read some EJB books seriously.
One candidate claims extensive XML experiences. To check if it is a true story, I asked some questions about DTD files. I tell him that I want to define some composite elements in a DTD file. Some subelements are optional, some can have a multiplicity of 0--infinity, .....After 5 seconds' pause, this guy clearly explains to me how to use ?, +, and * in a DTD file. Encoraged by his answer, I asked if he has ever used XSTL. His answer is yes. I asked him to tell me a few tags. He immediately gives me some examples.
I cannot assure that the above two candidates are experts. But I conclude that their resumes are basically a reflection of their experiences. I have one question about how to process image using Java Servlets.
Most people tell me they don't have such experiences. So I simply skip my question about image processing. However, one guy told me that he has ever done something related to image processing. I immediately ask him how to get a Graphics object in the Servlet code, how to encode the image before output. Unfortunatelty, his answer is he could not remember the details. Do you think people cannot remember such basic facts? I did not ask him anything about some specific methods of some classes.
I don't think I am a killer. My questions are just used to check if the candidate has the expereinces they put on their resume. It is fair enough.
In Canada, some companies give candidates very tough written tests about some tricky usages of pointers in C++. I don't think those who cook up the testing questions can answer their own questions with some preparations. Actually, I am very flexible in adjusting people's answer--- I allow the candidate to make some mistakes. For example,
as the candidate specify the relationship between two classes, if he/she mistook the "composite" as "aggregate", I still give him/her points. I understand people cannot remember all the details if they haven'e use the technology very recently. If he/she simply cannot talk about "aggregate" and "composite", I have to conclude that he/she has never used Rational Rose in designing. I don't ask the candidate to answer the questions about the subject he/she has no expereinces. The reason is simple: I myself do not know all the details. However, whatever technology I touched, I think I can answer some basic questions. For example, I claim I have Servlet experiences, so I can tell the people what super class I use in writing the code. I don't think this is a tough question. I am not green in C++. If I am asked to interview a C++ guy, I will definitely ask him to explain how to use the key word "virtual". If he cannot answer this question correctly, do you think we need to continue to ask him other tough questions? People may say this guy have several year;s experiences in C++, but I don't think we can trust him.＜本文发表于: 相约加拿大:枫下论坛 www.rolia.net/f ＞