fit Team fit - personality, values, Generally assertiveness but not argumentative. Passion So subjective though - if it’s not right for them, perhaps it’s not right for you so be yourself.
ability and potential Competency based interviews and exercises we’ll talk about later ‘Level’ From the get go, applying for jobs - avoid self excluding based on one or two things, could not be entirely relevant
- have a tendency to undersell their abilities. If you have trouble thinking about how to sell yourself, before your interview, consider some examples of times where you’ve solved problems using particular technologies or approached, how you worked in a team, and call on them in the interview.
you be doing? - What tech stack are they using? Have they used in the past? - are they headed where you want to head? What kind of interview is it - cultural interview/tech interview? What will they cover? Hiring manager or recruiter will tell you so make the most of them and ask questions.
breaker question - nice office or good day? See what’s around you and comment - laptop sticker? Things learned about company will help with cultural interview Sell yourself - mentioned cool technologies you played with, why you became interested in programming, what you bring from past jobs/experience Ask questions - demonstrate interest and rapport.
what would you do if…go through resume http://recruitloop.com/blog/behavioural-interview-questions/ Ability to handle stress Adaptability Analytical skills/problem solving Attention to detail Client focus/customer orientation Communication Creativity Decision Making Goal setting Initiative Integrity/Honesty Interpersonal skills Leadership Planning and organisation/Time management Sales/negotiation Teamwork Tenacity/resilience Answer with an example - what competency are they asking about?
During the interview Pairing - think out loud Don’t get caught up on trivials Take hints from your interviewers At the end - explain shortcuts, think about edge cases https://www.palantir.com/2011/10/the-coding-interview/ blog.lookahead.com.au Good readme - tells a reader a lot about your style, how communicate with other devs, what else you’d do if you had more time Beautiful code - code has personality Clean file structure Concise git commits and show your workings Appropriate design principles Test or Behaviour driven development ‘READMEs say a lot. They tell how sympathetic you are to other developers, how comprehensive your general approach to software development is, how well you can communicate design decisions and issues, and generally how mature your development habits are. I guess the point is: IT’S IMPORTANT. Take the time to write a README masterpiece and your project will immediately level up.’ Before an interview - go through your code test again. Think about other approaches to solving that problem, why you went the way you did, what you would do differently if you had time, what would you do next to improve or add features?
honest, don’t ramble but sometimes you can work it out Crack the Code Book - http://www.valleytalk.org/wp-content/uploads/2012/10/CrackCode.pdf Quizzes or brainteasers not unheard of - Might say things like Given x=“hello” explain the difference between x.concat “world” and x += “world” or which of the expressions result in true or false… (sample questions Googling) Discuss algorithms, modelling, testing.. Conversational approach my preference - what you’ve worked on, technologies etc to gauge your understanding as you go. Take hints from the interviewer - want you to be successful.