×

Loading...

Topic

This topic has been archived. It cannot be replied.
  • 工作学习 / IT杂谈 / 是不是所有程序员面试时都有笔试呀??!
    • 嗯噢。
    • Not me.
    • Not really. BY asking some very trivial questions, people can know how good you are in your field.
      Give you an example. Some of candidates for openings in my company claim they have extensive JSP experiences. I asked them to tell me a few library classes they have used in creating custom tages. 70% of them tell me they could not remember, that means they were lying. To be fair, I even more specifically asked them to tell me which super class they had chosen in writing custom tags. Most of them still could not remember..I concluded they have never written custom tags. My questions are not tough, but they can be a benchmarch for the candidates.


      Some other candidates claim they designed some project using Rational Rose. I aksed them to draw on the board a class diagram for classes Car and Part, and specify the relationship of these two classes. Very soon, I saw who are really experienced in Rational Rose.
      • heihei, You are a killer of candidates.
        • Not really. Come in, please.
          本文发表在 rolia.net 枫下论坛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.更多精彩文章及讨论,请光临枫下论坛 rolia.net
          • You are right!
            I sent mail to you. pLz check it. Very nice to talk with you.
    • 我知道的我的一些朋友:几乎每次都笔试,不笔试的那次拿OFFER。
      • same for me
      • 不过如果洋文不溜,你在以后学新的东西怎么办?不是很吃力?
        • 能找到工作的人,通常在工作中要用到的英语都没有太大问题,至于学新的东西,我的观点是对一个合格的程序员来说根本不是问题,因为专业英语比起实际生活中的英语来说真是非常简单。
          • 我不知道你是在国内还是加拿大,不过如果你搞一些东西可能是这样,新玩意不是那么容易的
            • 我在CANADA。不知道你的“新”是指什么?计算机专业毕业后从事开发的程序员,学本行的新知识通常没有问题。来这里后改行学了几个月的人绝大部分是无法跟他们相比的,因为知识面不一样。面试的时候不一定看得出来,实际一干马上就知道。
              • "????????????????????????........?" ?????????????????
                q
                • Same to you!
              • 你做C的可能变化少,JAVA的变化大!