
Weedmaps Software Engineer Interview Questions
& Process
Real candidates share what happened, how many rounds they had,
and how the experience turned out.
Based on 22 interview experiences · FREE TO READ
Candidate interview experiences
First-hand accounts from people who interviewed at Weedmaps.
Senior Software Engineer
A recruiter found me on LinkedIn and initiated contact. They first did a phone screen that was like a "tech trivia" quiz, covering Ruby on Rails. It was a bit amusing when they asked me the standard difference between a stack and a queue. Following that, there was a take-home coding assignment that I had 5 days to finish. The instructions recommended a maximum of 4 hours of work. I had to create a completely new boilerplate project from scratch since no starter code was provided. The assignment involved building an API, writing unit tests, and setting up a database. There was also a "Bonus" section where I could add an image upload endpoint and deploy the application to Heroku. Honestly, I can't fathom how anyone could complete the bonus part, let alone the main assignment, within the suggested 4 hours. Another odd requirement was submitting it as a new GitHub repository with well-documented commit messages, apparently to assess the commit history.
- Can you explain the distinction between a stack and a queue?
- What are the default action names for a Rails controller?
Software Engineer
They started with an HR screen that included one easy data structures question. Then, there was a dev screen with easy questions to confirm Rails/Elixir experience. After that, a take-home assessment was given, with 72 hours to complete. The task was a straightforward CRUD app without user authentication, offering bonus points for file uploading, deployment, or a frontend. A heads-up: meeting all explicit requirements and bonus points might not be enough, as reviewers can penalize for things like not knowing basic commands (cd/ls), using default frontend styling, or not meeting unspecified code coverage standards. They might even use added code coverage dependencies against you, and ultimately, they might reject your submission based on styling preferences.
- Following the second round, a take-home assignment was provided, allowing 72 hours for completion. The assignment involved creating a simple CRUD application without the need for user authentication, with opportunities to earn extra credit for features like file uploading, deployment, or a frontend. However, a warning was issued: fulfilling all stated requirements and bonus objectives might still not suffice. Reviewers reserve the right to deduct points under specific circumstances, including instances where they are unfamiliar with basic commands such as cd/ls. If a frontend is developed as part of the bonus, they will scrutinize the use of default scaffolding for CSS/HTML. Furthermore, points may be deducted if code coverage standards are not met, despite no explicit mention of a 100% coverage requirement in the initial prompt. The presence of a code coverage dependency may also be used against the candidate. It was emphasized that even meeting all explicit requirements perfectly might not guarantee success if the reviewers are not impressed with the styling choices.
Software Engineer
Really awesome company, the interview experience was fantastic. I was super impressed by the company and everyone I met. Definitely stood out among the companies I interviewed with – very professional, super driven developers, and a genuine culture. Wasn't where I initially thought I'd end up, but so glad I applied. The recruiter was friendly, knowledgeable, and responsive, doing a great job communicating throughout. They were flexible with scheduling across timezones. The whole thing moved fast on their end, about a month and a half, mainly due to their flexibility with my schedule. Had a chat with the dev team manager a few days later who asked some general background and high-level questions. There was also a small coding project covering basics of the stack, due in a couple of days. Nothing too out there. The in-person interview was fantastic and the biggest surprise. Met a bunch of people, all attentive, interesting, and seeming to enjoy their work. They weren't trying to quiz me with canned questions, it was more about getting to know them and the company. Each conversation made me think 'Wow, that's the kind of person I'd want on my team.' The on-site interview was when I really got what Weedmaps is about, it totally exceeded expectations. If it sounds interesting, just apply, you might be surprised! Excited to get started with the Weedmaps team!
- Why are you interested in Weedmaps?
Weedmaps Software Engineer Interview Questions
Quoted word for word from Weedmaps interview reports.
“Write a function to capitalize the first letter of each string in an array.”
Read reports →“If the id or recommendation is expired, should it return expired?”
Read reports →“What are the default action names for a Rails controller?”
Read reports →“How does JavaScript rendering occur on a web page?”
Read reports →“If the id or recommendation are expired, should it return expired?”
Read report →“Should the Users service let a user upload a State ID and medical recommendation metadata?”
Read report →“What are the key features of ES6?”
Read report →“What is the return value of two functions that appear similar?”
Read report →“Is there an ability to delete or update rec and id?”
Read report →Formats, difficulty and experience
Across all 22 Weedmaps interview reports.