Sorry OP, I realize that you're just trying to be helpful sharing what's worked for you and I appreciate that, but frankly, I hate posts like this... I think the best preparation for any interview is to simply get good at what you do. All the rest is window dressing that distracts from that goal. Every minute spent practicing interviewing would be better spent building stuff. The natural byproduct of this will be exe…
Don't write on the whiteboard
11–20 of 118 posts
Re: Don't write on the whiteboard
#12You should always have paper and pen anyway to write down ideas Am I the only one who is not such a fountain of ideas that I can keep it all in my head?
During my last interview I brought along a notebook, the day before the interview and the bus ride over to the office I wrote down any question that I could think of in the notebook, even forcing myself to think of extra questions.
It got people's attention, I talked with 6 pairs of people and each one pointed it out in one way or another.
Re: Don't write on the whiteboard
#13You should always have paper and pen anyway to write down ideas Am I the only one who is not such a fountain of ideas that I can keep it all in my head?
You're definitely not alone. But, I've found that even if you don't do it, you should still try. During my last interview I brought along a notebook, the day before the interview and the bus ride over to the office I wrote down any question that I could think of in the notebook, even forcing myself to think of extra questions. It got people's attention, I talked with 6 pairs of people and each one pointed it out in o…
Re: Don't write on the whiteboard
#14You should always have paper and pen anyway to write down ideas Am I the only one who is not such a fountain of ideas that I can keep it all in my head?
Re: Don't write on the whiteboard
#15The author brings up some interesting points, but fails to back them up. Why does he prefer not to write on the whiteboard? Why Python? [1] Why interview the interviewer? Sure, there are reasons I can think of, but I'm not convinced, and would like to know why he is. [1] In later tips, he gets into some things that make Python good, but it needs to be justified more, given that his advice boils down to "use Python ev…
"Normally people write it in Java and it takes them a while and it takes up a lot more space on the whiteboard. They spend a lot of time manipulating the input string."
If you're more comfortable with Ruby, it would also be a great alternative. Clean, readable code. You get to focus on solving the problem.
Re: Don't write on the whiteboard
#16As others pointed out, there's more to this article than the whiteboard title, and some great points (particularly a fan of the python one) are made. I can't agree with the whiteboard concept, unfortunately. Maybe it's because of my teaching background, but when I interviewed for a startup engineering position a long time ago, they loved my whiteboard usage. It was clear, easy to follow, and effective. In some respects, it's (part of) what got me the job offer.
That said, the main point between whiteboard or pen and paper: make sure you can express yourself clearly to your interviewers. It was crucial in all the essays I graded, and a key skill to attain no matter your profession.
Re: Don't write on the whiteboard
#17From an interviewer's perspective, the whiteboard gives me a chance to intervene to correct, explain, or provide hints, to the interviewee sooner/at the right time, which is not possible in pen-paper solutions, as I cannot see what the interviewee is doing till she shows me her work, unless I sit at the same side of the table as herself, which is odd for general discussion/talking. My advice to interviewees:- Practic…
As you have put it, the white board is convenient for the interviewer, but that is missing the point of the interview which is to assess the candidate.
If you do not find if that difficult, than consider yourself privileged because most people feel differently. Some people cannot speak to a small audience while some love to give presentations.
An interview is already an anxiety-packed situaton where the candidate is under the spotlight. Putting them on the whiteboard solving problems only puts more pressure on and will often lead to sub-performance. Since the interviewer does not follow through when the candidate leaves, they may think that the candidate did his best.
I for one think that there should be an effort to emulate real working conditions and not performatic settings.
Re: Don't write on the whiteboard
#18From an interviewer's perspective, the whiteboard gives me a chance to intervene to correct, explain, or provide hints, to the interviewee sooner/at the right time, which is not possible in pen-paper solutions, as I cannot see what the interviewee is doing till she shows me her work, unless I sit at the same side of the table as herself, which is odd for general discussion/talking. My advice to interviewees:- Practic…
If you really do suck at using a whiteboard, here's a really far-out incredibly expensive and time consuming idea: Go to Office World and buy a small one for $10.
Re: Don't write on the whiteboard
#19Whiteboarding is a very, very valuable skill. The ability to effectively convey your ideas to a group of people, while presenting what amounts to an extemporaneous speech, is a tremendous asset.
Re: Don't write on the whiteboard
#20Sorry OP, I realize that you're just trying to be helpful sharing what's worked for you and I appreciate that, but frankly, I hate posts like this... I think the best preparation for any interview is to simply get good at what you do. All the rest is window dressing that distracts from that goal. Every minute spent practicing interviewing would be better spent building stuff. The natural byproduct of this will be exe…
I'm glad the author mentioned Project Euler... I've never heard of it. Anyone else have experience with these problems? Is it a good way to improve your development skills?
One good thing about it is that there are different levels of success.
The problems usually come with a simplified version to which the result is provided. That way you can confirm your solutions works. Then, the real problem scales it and you have to improve the algorithm to achieve the performance goal of less then 1min cpu time.
It's also o good way to learn a different language. You can compare your solutions in different languages and evaluate their strengths and weaknesses.