Ask HN: What do companies WITHOUT a whiteboard interview ask?

The company I most recently interviewed at asked questions about the particular technologies and associated libraries that were required for the job I was applying for. For example, what is your experience with React? What have you built using it? Have you used Storybook, Jest, etc? Tell me about a scalability problem you solved. What is your experience with AWS Lambda? My resume listed out my jobs for the past 10+ years, and they didn't feel the need to give me a leetcode interview. There was nothing to "crack" or study for, I just told honest stories about what I have done over the course of my career, and we had a conversation. Working out well so far!

I never hire or have been hired from whiteboard interviews. They seem irrelevant in our situation - we&#x27;re hiring people to write bug free code that works but is being optimized by someone more senior.<p>One of my favourite is architectural discussions. Tell them how the app is and ask them how they would do it. Show them a screen we plan to make in the app: How would you implement pull to refresh? What about this complex layout here? What about pop up dialogs? How do you prevent the pop up from crashing the app if a phone call comes in here? How would you suggest caching on this kind of screen? Now assume with have an architecture of X, how would you implement a cache within 4 hours without changing the architecture? Okay, on this page we&#x27;d like to take photos and make sure they&#x27;re not tampered with; you can ask help from the back end to verify but keep the workload to a minimum.<p>The good answers will propose a solution. The really good answers will offer some solutions and say which don&#x27;t work and why, and what factors might sway the decision. Acceptable answer is googling and showing the thought process of selecting&#x2F;rejecting that solution.<p>I think the only way to really prepare is to get good at making apps, maybe browse subreddits on the topic.

FYI, from personal experience, at least some of the companies in that &quot;hiring without whiteboards&quot; do, in fact, whiteboard you with leetcode questions. I think it&#x27;s really a team by team basis even within these companies.<p>It sucks, but I would highly suggest you study for leetcode interviews. There are many more companies that will leetcode you than not, and the numbers are growing. Many companies that did not leetcode candidates several years ago are now doing so.<p>It&#x27;s better to suck it up and play the game to maximize your chances, instead of trying to hunt the elusive white whale that is a great company that won&#x27;t leetcode you. At least if your intention is to target companies in one of the big US coastal tech hub cities (SFBA, Seattle, NYC, possibly a few others, and at least London if you&#x27;re in Europe).<p>Granted, some companies are doing away with leetcode interviews too (especially in the frontend), but they seem to be the exception, not the norm, and still rare.

My best interview ever was just meeting for coffee with my future manager and having a conversation about software development.

I&#x27;ve had interviews with take home assignment, nothing to big, like refactor and write unit-test.<p>Other interviews have been more a conversation about my resume, like it said I worked at X company with Z, Y technologies and just had a conversation about that.<p>Honestly I think this is enough, if someone managed to study at a university for 5 years get an engineering degree hold similar positions as the one you are applying to, why do whiteboarding, take-home etc. You can tell rather quick when you have a casual conversation if the applicant knows what they are talking about and also if you would like to work together. This is usually something you can tell after 5-10 minutes talking to each other :)

I have helped interview at my current company which is a Fortune 50. Typically it is split depending on whether the person is more senior or junior. Since you mentioned college I’m going to assume you fall somewhere on the junior side of the scale.<p>For junior positions I am mostly looking to see that the person is eager to learn and has a good mentality. This means that the person doesn’t have a huge ego, talks passionately about projects, etc. red flags would be not knowing extreme basics like functions or variables. IMO for junior positions culture fit is way more important. I want someone that will learn and grow with the team.

A few weeks ago I had to complete a project. That was the only technical interview I was given.<p>I was sent a zip file with a README, Dockerfile, and specs for the project. I had to zip and send back the completed project with instructions on how to run it and document it. I had 3 hours to do it.<p>Pros: Less studying abstract problems, more practical<p>Cons: Essentially gave up a whole evening; was given no feedback, just a &quot;we&#x27;ve passed on your application&quot;.