
McMaster-Carr Software Engineer Interview Questions
& Process
Real candidates share what happened, how many rounds they had,
and how the experience turned out.
Based on 21 interview experiences · FREE TO READ
Candidate interview experiences
First-hand accounts from people who interviewed at McMaster-Carr.
Software Engineer
So the whole thing started with a recruiter call, then I had to share a project with them. After that, there was a technical chat with an engineer, not coding though, just talking. Then the final step was a full day of onsite interviews. My impression is it's a good place to grow, but it's pretty intense and you always need to be performing at your best to avoid being laid off. Everyone seemed nice during the interviews, but be aware that the coding part of the final day focuses heavily on web dev, so if that's not your strong suit, it might be tough.
- Can you tell us about the project you worked on?
- How did you take ownership of this project?
- What challenges did you face during this project, and how did you overcome them?
Software Engineer
A recruiter hit me up on LinkedIn. Booking the interview was self-serve and straightforward. I also applied on their website myself. The first interview was with the hiring manager after the virtual screen. It was pretty chill, mostly checking for cultural fit, and I got to ask my own questions. The company's setup is different from the usual downtown tech scene, so it was cool to learn how they do things. After that, there were more technical interviews, focusing on standard college-level algorithms and math problems. The whole process felt efficient, giving enough time to prep without dragging on. Unfortunately, the role was primarily .NET, which didn't align with my preferred tech stack.
- Can you tell me about your cultural fit and expectations for working in a software role at a factory location?
Software Engineer
The interview process began with an HR phone screen, followed by a technical phone screen. Then there was an on-site interview which lasted about 4 hours. This on-site included 3 technical interviews where they dug into my previous projects, looking for potential weaknesses or discussing design trade-offs. One interviewer, who was a director, had a very strange and abrupt communication style. They seemed to be trying hard to show off their knowledge, even going as far as to incorrectly state that Go routines don't use shared memory, when in fact they do! This was a major red flag for me. Despite this, most of the other interviewers were easy to talk to, and the overall process felt pretty relaxed. I mostly used a whiteboard to explain my past project designs.
- Can you describe a project you recently completed and identify a flaw in its design?
- How do Go routines compare to using multiple single-threaded Node instances in terms of benefits?
McMaster-Carr Software Engineer Interview Questions
Quoted word for word from McMaster-Carr interview reports.
“How do Go routines compare to using multiple single-threaded Node instances in terms of benefits?”
Read reports →“Could you explain why the catalog images lack color?”
Read reports →“What led you to choose your current college?”
Read reports →“What are your ideas for making the website better?”
Read reports →“Tell me about how you chose your college.”
Read report →“What are your thoughts on our catalog?”
Read report →“What has been your favorite class?”
Read report →“Looking back, what would you change about your past experiences?”
Read report →“What tech did you use and what was the reasoning behind those choices?”
Read report →Formats, difficulty and experience
Across all 21 McMaster-Carr interview reports.