
Upside Interview Questions
& Process
Real candidates share what happened, how many rounds they had,
and how the experience turned out.
Based on 55 interview experiences · FREE TO READ
Which role are you interviewing for?
23 roles · 55 reportsCandidate interview experiences
First-hand accounts from people who interviewed at Upside.
Android Engineer
Upside's interview process is all about checking out your mobile engineering background, how you own features from start to finish, and your thoughts on architecture, scaling, and performance for a consumer app. They'll test your Kotlin coding with a real-time exercise, dive into system and mobile design stuff like modularization and managing state, and then see how you collaborate, mentor, and solve problems with behavioral questions to make sure you're a good fit for product thinking and team contribution.
- Can you explain how you would assume responsibility for a feature?
Content Strategist
I interviewed for about a month and a half. I talked with the recruiter, brand designers, marketing operations specialists, and the SVP of brand. I also did a really long strategy assessment take home project that took a lot of effort, studying, and attention to detail. I tried my best on this assessment because it was interview 4 of 5, and I was told things were going well for me. The recruiter was nice and encouraged me after each interview. But then, within a week of me presenting my strategy assessment perfectly, they decided to cancel the opening to "reassess the needs of the role." It was a total waste of my time for 6 weeks. I feel used.
- How would you collaborate with people from different teams to get your strategic content ideas implemented?
Engineering Manager
The hiring process was quite extensive, stretching for nearly two months from the initial recruiter screening to the final decision. I went through eight interviews spread across seven distinct days, interacting with thirteen individuals from various departments and levels, including recruiters, hiring managers, product managers, technical team members, top graders, HR personnel, and other stakeholders. While everyone I encountered was friendly, respectful, and pleasant, I found the extended nature of the process to be concerning. My view is that lengthy hiring processes aren't ideal for any company, often signaling an organizational culture bogged down by indecisiveness, complex systems, and a prevailing mediocrity or unhappiness among its members. I believe it's more beneficial to hire someone who excels in a couple of areas, even if they're weaker in others, rather than someone who's just average across the board, as long processes tend to favor the latter. Relying heavily on committees and group decisions can be a sign of a hesitant culture, where responsibility is diffused to avoid making firm choices. Furthermore, a complex hiring process suggests an equally complicated underlying system and culture, whereas simplicity is highly valued. Ultimately, these long processes are costly for the company and taxing for the candidates. These are my personal opinions, so take them with a grain of salt. My suggestion to the company is to reconsider and modify the process if it doesn't align with its core culture.
- Tell me about your understanding of Agile processes.
- How would you approach System Design in this context?
- Describe your methods for Conflict Resolution.
Senior Software Engineer
The interview started with standard steps. First, a chat with the manager, then a coding challenge with two engineers. These initial stages went well, and I felt good about the people I spoke with. Following that, there was a Topgrading interview. They asked for the names of all my past supervisors and college professors. The interviewer didn't introduce themselves or explain their role at the company before starting this intense questioning. I later learned this person was another engineering manager from a different team, and they are even featured in a company recruiting video about their culture. In my 20+ years of experience, I've never encountered anything like this. After about 15 minutes, I decided to end the interview and withdraw from the process, which is the first time I've ever done that. It turns out this is a method called TORC (threat of reference check), which assumes candidates are dishonest and treats them like criminals during interrogation. This was created by the same people at GE who invented stack ranking and is not typical for software interviews; GE doesn't even use it anymore. Starting a potential relationship with such a negative approach raised serious concerns for me about the company's culture.
- What are your thoughts on Leet coding queue stack and tell me about your general background?
- Can you talk about your background?
- Can you provide the names of all supervisors you have ever worked for and your college professors?
Upside Interview Questions
Quoted word for word from Upside interview reports.
“Write a function to check if a poker hand wins.”
Read reports →“Can you determine if a number is a happy number?”
Read reports →“Write code to determine the type of poker hand.”
Read reports →“Could you write Python code to compute time differences from given date strings?”
Read reports →“How would you write a function to pick a random tweet from an API that provides 1000 tweets?”
Read report →“How would you design a script to rename files recursively in different folders?”
Read report →“Could you explain the differences between MVVM and MVI architectural patterns?”
Read report →“Can you design a rules engine to figure out the best poker hand out of five cards?”
Read report →“Could you explain a tree traversal technique?”
Read report →Formats, difficulty and experience
Across all 55 Upside interview reports.