Up till the phone interview everything was great: the recruiter was friendly, the engineer who conducted the phone interview was great. The onsite round was polar opposite. The recruiter changed and the new recruiter was mechanical and on the "onsite prep" call, read from a script and avoided answering clarifying questions. Like several other people have mentioned, the coding rounds were not interviews, rather observations on a code pair tool with no debugging support. The behavioural round was a rapid fire question round and my system design round was given by an engineering manager. Overall, seemed the company, being new and in focus a lot lately, is still trying to figure out the interview process. My two cents of advice would be (1) treat your candidates as your customers, make them feel good about the experience. It doesn't hurt to be nice, (2) do not have a manager give system design interviews. A system design has way too many nuances and engineering experience matters in understanding them, (3) the coding interview doesn't need to be an observation. If the goal is to see if the candidate can write a lot of clean and understandable code within a short period of time, give them the option to use an IDE, that's the natural coding environment. Also coding is a very learn-able skill and typically senior candidates will code slower, just some things to keep in mind and (4) recruiters could be a little more professional and personable. I understand you all are probably very busy but again, doesn't hurt to be nice and treat candidates as your customers.