There's a few common sense recommendations, but I think I wouldn't recommend the part on white boarding:<p>> When the whiteboarding task starts, make a quip or light joke along the lines of Oh, wow. I hope you provide full-time staff with computers—I don’t like the idea of typing up my handwritten code at home on an evening!. Something like this should help to make the situation a little easier, while also gently pressing home the sheer ridiculousness of the situation.<p>I wouldn't do that. It will highlight your discomfort with the task even though you haven't even started on it. The whiteboard work can go well or not so well. You don't know how it will go, so there is no upside to leaving a negative impression right off the bat. It could actually influence how the interviewer will perceive your performance at the white board.<p>I also don't see what benefit you can derive from hinting at the ridiculousness of the task that the interviewer is asking you to perform. I doubt the interviewer is suddenly going to say: "yeah it's ridiculous, let's skip the coding part".<p>> Next, before you begin, forewarn them that this is an uncomfortable environment in which to ‘write code’; tell them that you intend to annotate any knowledge gaps as you go, thus demonstrating that you know you need to look into something a little further, but also that you have a vague idea of what that something else is.<p>They already know it's an uncomfortable environment. This "forewarning" can easily be interpreted as you making excuses before you've even started. Don't tell them you'll annotate knowledge gaps as you go: just do it <i>if</i> you encounter a knowledge gap.<p>> Don’t ask if you can write pseudo code: tell them that’s how you’re going to approach the task. Regain some of the power.<p>"No sir, we want to see actual code, not pseudo-code."<p>I think you're actually be doing yourself a disservice by strong-arming pseudo code, as it projects discomfort with actual coding.<p>Pseudo-code is equivalent to describing the algorithm: for that, you can draw some diagrams and explain the algorithm verbally. It makes sense to get an ack from the interviewer before going into the actual code: "That's how I plan to tackle this. Does it make sense to you?".<p>Trying to "regain power" from the interviewer may work on junior interviewers, but most senior people won't let you get away with it, and it can easily backfire.<p>At this point you've already sent 3 signals that you are quite uncomfortable with writing code, before you've even started!<p>My suggested alternative: act confident. When the interviewer tells you you're about to get to the white boarding part of the interview, just say "let's do it!" with enthusiasm, take a good breath, and pretend you're at the board with a colleague trying to work out a problem. Good luck!