|
If I am asked to program an algorithm, say binary search, in languages other than Java during an interview, I will have a hard time trying to remember the syntax. Is it okay to tell my interviewer that I can only code this in Java, because I have worked with other languages before but have not used them for a while? If not, what suggestions do you have (i.e. what languages and parts of those languages among these should I pick up the syntax of before my interview)? |
|||||||||||||||||||
|
|
You do not have to be an expert in every technology listed, but you should have something interesting to say. Last year, I interviewed a number of new graduates. One candidate mentioned linear programming on his CV. I asked him "What is a linear program?" He replied "It's when you have more equations than variables." You need to do better than that. If you mention a language, I won't ask you about specific syntax. It's not important. I am going to ask you what you did, and how you liked it compared to other languages you mentioned. I'm going to expect a reasoned opinion. If you have no story, then leave it out. Yes, I am impressed when a candidate lists seventeen programming languages. If I ask about one of them and they have nothing to say, then I start to doubt the entire CV. It's fine to say "I'm not sure" or "I don't know." Do not attempt to hide a lack of knowledge. The interviewer will know (if not, you don't want to work there). You probably won't be called on it immediately, but your candidacy will probably end at that moment. |
|||||||||||
|
|
I'd suggest listing the ones you feel comfortable working in. I don't list LISP, Prolog, Eiffel, and all the other languages I only ever used in school because I don't feel comfortable enough with them to dive into an existing code base tomorrow. If you list your skills by degree of skill, you could list the others such as: Proficient: Java, C, SQL Less proficient: C++, LISP, Prolog, Brainf*ck Of course, you really should pick a better title than "Less Proficient", something that sounds better and more professional ;) |
|||||||||
|
|
There's no one right answer to this question. Many people feel that there is, but then what will happen is that they'll be on one or the other side of the interview table with someone who takes a different view. No matter what you go with, some people will agree with you and others will disagree. Common answers that don't involve tiering range from only listing things in which one is fairly proficient to the opposite extreme of listing anything one has ever worked on (the "buzzwords to get in the door" theory). There are many shades of grey in there with bits of wisdom such as "only list those technologies you'd actually want to use". As FrustratedWithFormsDesign mentions, another possibility is tiering but even that is fraught with peril - what does "Less proficient" mean, exactly? One person's 5 out 10 is another person's 9 out of 10. While it provides more information to the hiring manager/HR, all it really shows is your own personal self-assessment of these technologies and not your actual skill level. Personally my preference (for myself and for resumes I might look at) is to list the languages that one has some reasonably substantial amount of experience with (professionally or otherwise) as my feeling is that one can pick things back up fairly quick if need be. These items should then be sorted in order of competency with some weighting for importance. |
|||
|
|
|
I've been writing software using various languages for more than 20 years. If you asked me to code some killer algorithm in a language I used 10 years ago, I too would be hard pressed to remember the actual syntax. On the other hand, I would remember the form of the algorithm and I would be expected to be able to quickly find a reference that I could use to refresh my memory. What you need to remember is the general pattern of the algorithm. This then can be translated to the language of your choice. Most employers won't expect too much of their graduate employees. Senior developers are expected to teach and mentor. What we DO expect is that you have the ability to continue to learn, and the capacity to discover the things that you might not find so easy to remember. Even at my "lofty age", I am expected to do the same. I think you are expecting too much of yourself, and that what you are feeling is a lack of experience. You won't be able to demonstrate a high degree of proficiency until you've had the time to further develop your skills, and that requires experience using real world problems where there is no single correct solution to the problems that you are expected to solve. When it comes time to find employment, sell your abilities, and state that you have been exposed to several languages, and the sort of things you have worked on and found interesting. the rest will sort itself out in time. Cheers. |
|||
|
|
|
Just be completely honest during the technical interview about your currency with the languages. Many programmers with years and years of experience have picked up and long forgotten bunches of technologies, but those still being parts of successful accomplishments suitable for a summary listing on ones resume IMO. Also useful for getting past silly HR keyword filters. |
|||
|
|
|
I have done some things in Python, PERL, Java, C, C++ but the majority of my work is C# so I listed a few projects I have worked on in my CV and explicitly said that it was C#, WPF/MVC/Silverlight. But that I had some subjects where I used some other languages so that I am familiar with them and will (hopefuly) get "up to speed" quicker then someone who hasen't used them at all. Just describe what you are good at, where you have some expirience so that they get a (somewhat) clear view of your competence |
|||
|
|
|
In short, No! Put in your CV what you feel you can bring to the company you are interviewing with. If you are weak in some areas, do not put those areas first and be clear at interview which areas you consider you need more experience in. As a recent graduate, the person reading your CV will understand. I have read and dumped in the garbage many CVs. I have only one concrete rule; if I can find a single lie in it, it goes in the bin immediately. No second chances, ever. And that includes gaps in employment. If you worked at MkDs, say so, never pretend you are better than you are. Remember, your CV is to get you the interview. Only the interview will get you the job. If you and your CV do no match at interview time you will not get the job. |
|||||
|
|
I agree with a lot of the other posts. It is not a good idea to post what worked for me (because I expect there will be downvotes, etc.). So I think it depends on the specific situation. My strategy was:
One third of programming languages on my CV I have never really programmed in. Yes, this is questionable. I was very good with haskell, so I wrote experience with Scala, F# and Ocaml on my CV. And further C#, but I never programmed in C#. In one situation I got check on my Javascript knowledge. I could answer the first one. The second questions I did not know. I said "I don't know. I think this is the answer. This can be written in haskell as a lambda expression like this...". In one interview it just counted that I had very good grades and they didn't care so much about the programming details. In another interview they where just impress about the detailed knowledge I had in user interface design. Another time it just counted to have very detailed knowledge about the specifics of design patters. Questions like "what architectural design patterns do you know?". Of course I knew all design patters listed on wikipedia. (And from my OOP classes the details about their use.) So in my special case lying about my programming language experience did not have a negative impact. Going to many interviews helped, because as soon as I had two very good offers in my pocket I was quite relaxed at the following interviews. Presenting yourself during the interview is the most important aspect. And luck, e.g., being at the right place at the right moment. |
|||||||
|
