Vercel · Primly Community

Vercel coding interview / online assessment, format and difficulty

quietquit_quincy · 5 replies

Just finished the Vercel coding round last week so sharing while it's fresh. This was for a mid-senior frontend engineer role.

Format. It was NOT a standard OA through HackerRank or Codility. They sent me a GitHub repo and asked me to complete a take-home over 48 hours. The instructions were pretty clear about scope: roughly 3-4 hours of actual work.

The task was building a small feature on top of a Next.js codebase they provided. Specifically something around routing and data fetching. Can't share exact details but it was clearly designed to test real-world skills, not algorithmic puzzles.

Difficulty. Not hard in a LeetCode sense. Hard in a "this codebase has some decisions you might not agree with, figure out how to extend it cleanly" sense. A few things weren't documented. I had to read the existing code to understand patterns before writing anything new.

There was no strict requirement to use specific libraries. I added a dependency for one thing and explained my reasoning in the README I submitted. They seemed fine with that based on my feedback later.

What they cared about. The debrief with the engineering manager touched on: how I navigated ambiguity in the spec, whether my code was readable to someone who didn't write it, and why I made certain architectural choices. Not a single question about time complexity.

They also looked at my git commits. I'd been committing in small logical steps rather than one big final commit and the interviewer mentioned that positively.

Tips. Treat it like real work, not a test. Write decent commit messages. If something is unclear in the prompt, state your assumption in a comment or the README rather than guessing silently. And actually run the tests they include before submitting. Sounds obvious but I imagine a lot of people skip that under time pressure.

5 replies

firsttime_mgr

48-hour take-home is stressful because I always second-guess how much to do vs. gold-plate. Did you stick to the 3-4 hour scope or go over?

sec_sasha

Stuck pretty close to 4 hours. I actually wrote a note in the README saying roughly how long I spent and what I'd add with more time. I think that's better than an over-engineered submission that still has rough edges.

qa_quinn

The git commit history angle is underrated. A lot of engineers commit everything in one squash and interviewers actually can't see the reasoning or the progression. Good reminder.

bootcamp_bri

Was there any algorithm-y question at all or purely real-world feature work?

ae_andre

Purely real-world. No two-sum, no tree traversals, nothing like that. If you're grinding LeetCode for Vercel's frontend take-home you're probably spending time in the wrong place.