
Constructor Javascript Developer Interview Questions
& Process
Real candidates share what happened, how many rounds they had,
and how the experience turned out.
Based on 6 interview experiences · FREE TO READ
Candidate interview experiences
First-hand accounts from people who interviewed at Constructor.
Javascript Engineer
There were 7 interviews total, which included live coding, engineering best practices, and cross-functional interviews with teams like Customer Success and Product. The process moved quickly between each step, and communication from recruiting was clear and timely — up until the very end. The stages were: 1. Engineering Manager: Introductory chat about general JavaScript knowledge and architectural decisions. 2. Code Pairing #1: Two parts - first, scraping an HTML file to get product IDs and counts. Second, using a simple Node.js app to send data from a CSV file to Constructor’s API. 3. Customer Success: Questions about interacting with non-technical stakeholders and clients. More behavioral than technical. 4. Code Pairing #2: Build and manage a deck of cards. Follow-up questions about improvements and handling situations like API state and concurrency. 5. Engineering Best Practices: Situational questions on architecture, caching, cookies vs. localStorage, and bot detection. 6. Product Interview: This was the least engaging part. Interviewers didn’t try to build rapport, questions were vague and felt poorly structured. The experience felt rushed and unclear. 7. Code Pairing #3: Transform a simple React app into a tabbed interface. It was completed quickly, so I was asked to improve it. An error occurred in the final minutes, but the interviewer acknowledged it wasn't critical and likely just a typo. After a demanding process and multiple hours, I got a generic rejection email three business days later, with no feedback. I understand not everyone moves forward, but after so many interviews, I would have appreciated a sentence or two about what didn’t align — especially after investing this much time and energy. It felt disrespectful and disappointing to be left with zero insights on what could be improved. If you're applying here, be prepared for a long and thorough process — but also be aware that you may get no feedback, no matter how far you go.
- Can you explain what a closure is?
- How can you tell if an element is within the viewport?
- From a server's perspective, what differentiates bots from humans?
Javascript Engineer
I went through 7 interviews, but only got a generic rejection with no feedback, which is frustrating after investing so much time. The interviewers were nice, respected my time, and seemed professional. But the whole process felt very rigid and scripted, lacking any real conversation or human touch, making it hard to connect. The technical challenges in the virtual onsite didn’t feel like they matched the actual job duties. They seemed like general assessments rather than tasks reflecting daily work. Plus, the interviewers were totally silent during these exercises. It made things awkward, not collaborative or like pair programming, felt cold and too much like an evaluation. It’s obvious the team is focused on a structured process, but they’ve lost the human element that’s important for checking if it’s a good fit for both sides.
- Can you explain closures and promises, along with other common JavaScript concepts you're not expected to have memorized?
- Create a function to shuffle a deck of cards and deal them out.
- Develop a React component for visualizing charts.
Javascript Engineer
I had two interviews for the Javascript Engineer role. The first was a screening interview where we discussed the company, the role, and my background. The second interview was a one-hour pair programming session with two engineers. They gave me a coding task to complete within a time limit, allowing me to use Google for syntax and ask questions. After the task, we discussed my solution approach and if I'd change anything. Both interviews included time for my questions. The whole process was well-organized, and the interviewers were friendly and supportive, guiding me through and offering help when I needed it.
- Can you explain JavaScript concepts such as Closures and Promises?
- How would you create a recursive function to sum numbers in a list?
- Demonstrate data manipulation tasks like shuffle, sort, and build using JavaScript.
Constructor Javascript Developer Interview Questions
Quoted word for word from Constructor interview reports.
“What distinguishes cookies from localStorage?”
Read reports →“How can you tell if a DOM element is currently visible on the screen?”
Read reports →“How would you create a recursive function to sum numbers in a list?”
Read reports →“Create a function to shuffle a deck of cards and deal them out.”
Read reports →“How can you tell if an element is within the viewport?”
Read report →“What do you understand by a Closure in JavaScript?”
Read report →“From a server's perspective, what differentiates bots from humans?”
Read report →“Can you explain how to determine if a component is currently visible within the viewport?”
Read report →“Could you explain what a Promise is in JavaScript?”
Read report →Formats, difficulty and experience
Across all 6 Constructor interview reports.