Top Tech Transition Enroll now

Real Interview Experiences

Learn what to expect, straight from candidates who've been through it at top tech companies.

908 interviews243 companies286 offers
Loading experiences…

Browse by company

Browse by role

← Back to all experiences

Meta Software Engineer (E5) Interview Experience

Meta · Senior · Software Engineer

I had done really poorly on the easy coding question, but I still got through to the next round, which was really surprising. Then in behavioral, the interviewer said, "that does not sound like a conflict," and I had to change my story on the spot.
ResultRejected
Timespan5 weeks
DifficultyMedium
Rounds3

Interview process

A recruiter cold-reached out to me for an E5 software engineer role, and the whole process felt very standard Meta. I had a short recruiter call, then a coding screen with two common problems in one session, and I actually did poorly on the easy one but still barely made it through. After that I got the full loop spread across multiple days, and they gave me a few weeks to prepare. The final coding rounds were mostly standard too, but I felt weak in behavioral because I did not have the right work stories ready, especially for conflict, and I think I mishandled system design by not controlling time and not setting scale assumptions myself. I got the rejection after the final round.

Interview rounds · 3

  1. 1

    Recruiter screen

    BehavioralProject Discussion

    This was a short recruiter screen, around 15 to 20 minutes, and it was mostly a check that I really fit an E5 profile with enough experience, ownership, and some mentoring scope.

    1. Q1. Can you walk me through your experience and the projects you've been working on?
      How they answered

      I walked them through my experience, including that I had around six years, and I talked through two projects I was working on. I also explained my team setup, what I owned day to day, and that I was taking leadership and mentoring responsibilities, since that seemed to be what they were screening for at E5.

      Follow-up questions
      • How many years have you been working?
      • How many people are on your team?
      • What are your roles and responsibilities on your current project?
      • What languages and frameworks are you using?
  2. 2

    Phone screen

    CodingData Structures & Algorithms

    The phone screen was one coding session with two very standard questions, but the time pressure got to me and I barely passed because I messed up the easier one.

    1. Q1. Merge two lists where one has empty spaces at the end.
      How they answered

      I got confused on this one because I started thinking about sorting the two lists instead of using the in-place trick. I blanked a bit on the standard approach. The key was to start from the end and fill backward by comparing the last valid elements from both arrays, but I did not execute that cleanly in the interview.

    2. Q2. Given meetings with different conflicts and rooms, find a schedule that works.
      How they answered

      This one felt like a meeting-room style scheduling problem. I did reasonably better here than on the first question, but I still would not say I nailed it. I got through enough of the logic that it probably saved the round for me.

  3. 3

    Final / onsite round

    BehavioralCodingData Structures & AlgorithmsSystem Design

    The final loop was four interviews spread across multiple days, and I had am few weeks to prepare for it. My first round was behavioral, which threw me off because the interviewer narrowed what kind of story they wanted, and I do not think I handled that well. The two coding rounds were mostly standard Meta-style questions, with one question I had not seen before, and I felt okay there. The last round was system design, and that was where my time management and lack of self-driven assumptions hurt me the most.

    1. Q1. Tell me about the project you're most proud of.
      How they answered

      I had actually prepared a different story, so I was surprised when they explicitly told me not to talk about something outside of work. I switched to a work project and explained why I was proud of it, but I felt shaky because I was not sure what exact shape of answer they wanted. They kept drilling into how I convinced my manager the work mattered and how I handled specific hard parts, and I do not think I framed those parts strongly enough.

      Follow-up questions
      • Please don't use a project outside of work.
      • How did you convince your manager these tasks were worth pursuing?
      • What specific challenge came up in that project, and how did you overcome it?
    2. Q2. Tell me about a time you had conflict at work.
      How they answered

      I first used a story about disagreeing with my manager, but the interviewer pushed back pretty directly and said it just sounded like I made my case and then my manager agreed. That made me realize I had not explained why it was a real conflict in the first place. I had to switch to another story on the spot, and honestly I still do not think I answered the conflict part well.

      Follow-up questions
      • That sounds like a disagreement, not really a conflict. Why was it actually conflict?
    3. Q3. Design the ticket reservation part of a Ticketmaster-like system for a big drop where lots of people reserve tickets at the same time.
      How they answered

      I built the design around the reservation path and tried to focus on the surge case where a drop happens and everyone is booking at once. The interviewer cared most about handling load and keeping consistency so we do not lose users or hand out the same inventory incorrectly. The mistake I made was that I waited for them to give me scale numbers instead of driving that myself, and they never did because it was open-ended. I also kept my answer pretty standard and did not ground it enough in concrete technologies or sharper tradeoffs.

      Follow-up questions
      • How would you handle the traffic spike when everyone tries to book at once?
      • How would you make sure the system stays consistent so we don't lose people or oversubscribe?

Tips from the candidate

I would treat this as a very standard Meta process, but the bar is still a little above what an average prepared person can get away with. I would absolutely do the most common coding questions, but for system design I would not just watch videos. I would go deeper on core concepts, come up with my own design first, and then compare it with a strong answer to understand why each piece is there. I would also practice under time pressure so I stay focused on what was actually asked instead of going in different directions. And for behavioral, I would have real work stories ready, especially a story that is an actual conflict and not just a mild disagreement.

Company culture

My impression was that Meta's process here was extremely standardized. The recruiter was checking pretty clearly for E5 signals like years of experience, project ownership, and mentoring, and the coding questions really did feel like the common top questions people prepare. What surprised me is that they still moved me forward even though my screen was borderline, so they seem willing to let a candidate prove themselves in the full loop if they are close. At the same time, the final bar felt strict. In behavioral, the interviewer was precise about what counted as a real conflict, and in system design they expected me to set the scale and constraints myself instead of waiting to be spoon-fed numbers.

Details

CompanyMeta
RoleSoftware Engineer
LevelSenior
LocationUnited States
InterviewedJan 2026
Questions asked6