by hazard on 5/31/15, 10:11 PM with 10 comments
by zxcvcxz on 5/31/15, 10:53 PM
by BraveNewCurency on 6/1/15, 5:59 AM
None. I don't want to work at companies that only hire people who memorized Red-Black trees.
If you don't remember, just say so. Try to reason about it, stating what you do know and can calculate on the back of an envelope. (I know quicksort is faster than N^2). You don't even need a google search to look up the details on an algorithm. Knowing when to use what algorithm is far more important.
In other words, it's just like they said in school: Show your work. Tell us how you arrived at your answer. Tell us how confident you are in the answer.
If you do want to practice, open a (non-highlighting) text editor and code something trivial. See if you can get it to compile on the first time. Repeat with other small problems. (This is how we did it in the old days.)
> What are the best prep resources?
Your stories. Passion projects you've completed. Interesting debugging techniques. What you did when the answer was not in the documentation.
by echeese on 6/1/15, 2:00 PM
The fact you have an interview in the first place is a good sign - your résumé showed that you have the skills they need. A lot of the time, an interview is used to determine if you're a good fit socially. As for whiteboard coding, it's just used to show your thinking. Even if you screw it up, as long as you can explain what your thought process was they won't mind.
Anyways, I find the best thing you can do is research the company, come up with a few good questions, and tell the interviewer how it would be great to work with them. If they hit you with a curveball during the interview code test, you probably wouldn't want to work there anyways.
by SQL2219 on 5/31/15, 11:20 PM
by loumf on 6/1/15, 12:38 PM
The biggest issue I see is not being able to be coherent in explaining a tech project or concept. I would practice succint answers to technical questions.
In addition, if you are not comfortable coding in front of someone and explaining as you go, practice it with friends in mock interviews.
by hazard on 6/1/15, 4:02 PM
by morkfromork on 6/1/15, 2:57 AM
Disassemble their products and research whatever tech they used to build them for strengths & weaknesses.
Dig up whatever background info you can on the people who will be interviewing you.
by danielbnelson on 6/1/15, 12:58 AM