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

Microsoft Software Engineer (SC2) Interview Experience

Microsoft · Mid level · Software Engineer

The so-called system design round totally threw me off. He was like, "let's code it out," and wanted me to build a file system with four use cases in 45 minutes, and then the recruiter just ghosted me for a month.
ResultWaiting
Timespan4 weeks
DifficultyMedium
Rounds3

Interview process

I interviewed for an SC2 software engineer role on Microsoft's Experience + Devices team, focusing on Copilot integration into the Microsoft 365 suite. After I applied, I got a standard engineer screen that was pretty easy, then they moved quickly into a 4-round final loop over 2 days, which felt like they were on a hiring drive.

The weird part was that every final-round interviewer was principal-level, and almost every round, even the system design and hiring manager rounds, was still basically coding. The hardest round by far was a file system prompt where I expected a standard system design, but they wanted a low-level design coded up with classes and multiple use cases in 45 minutes. I still have no official outcome because the recruiter ghosted me for a month after the loop, so honestly, this ended up being the worst interview experience I have had with any company.

Interview rounds · 3

  1. 1

    Recruiter screen

    I applied, and the recruiter plus a team member reached out to schedule the screen, but there really was not a meaningful recruiter conversation beyond logistics and then she completely disappeared after my loop.

  2. 2

    Phone screen

    CodingData Structures & Algorithms

    My first round was a pretty standard 45-minute engineer screen with about 15 minutes of intro and 30 minutes of coding, and the question itself felt medium-ish and not that hard.

    1. Q1. Solve this string manipulation problem.
      How they answered

      I got to a solution in around 15 minutes, so the round felt manageable. They did not really add a harder extension after that. Most of the discussion was around complexity and small variations in approach, like what would change if I did it a different way. It felt like a basic screen more than a stress round.

      Follow-up questions
      • How would the time and space complexity change if you approached it differently?
  3. 3

    Final / onsite round

    CodingData Structures & AlgorithmsSystem DesignBehavioral

    My final loop was four 45-minute rounds spread across 2 days, and the surprising part was that every interviewer was principal-level. And almost every round, even the system design and hiring manager rounds, was still mostly coding, with a couple of behavioral questions squeezed in.

    1. Q1. Solve this hashmap or map-based coding problem.
      How they answered

      I got through that one pretty quickly. The bigger thing was that the tool did not have built-in test cases, so I had to write my own and prove the solution with the example they gave. A decent chunk of the round went into edge cases and how I was thinking about testing, which felt intentional. Overall that one was straightforward for me.

      Follow-up questions
      • Write your own test cases and walk me through the edge cases.
      • What is the complexity of your approach?
    2. Q2. Design a file system.
      How they answered

      This was the toughest round for me. I tried to clarify whether he wanted high-level system design or low-level design, because I was expecting the usual discussion around APIs, databases, SQL vs NoSQL, that kind of thing. Instead he wanted actual code, classes, and implementation details. Then he layered on four use cases inside 45 minutes. That format threw me off, and this is the round I felt I fumbled.

      Follow-up questions
      • Do you want to do this as low-level design or high-level design?
      • Let's code it out and build the classes.
      • Now handle these four use cases in code.
    3. Q3. Implement a graph solution using BFS.
      How they answered

      This one was more familiar. I worked through a BFS-style implementation and talked about the queue setup, then the variation with a priority queue. It followed the same pattern as the other coding rounds: around 15 to 20 minutes to get the main idea down, then the rest on test cases, edge cases, and complexity. I felt good about this round.

      Follow-up questions
      • How would you combine that with a queue and then a priority queue?
      • What test cases and complexity considerations matter here?
    4. Q4. Solve this array-based coding problem.
      How they answered

      I remember this as a simple-to-medium array question, something in the swapping or reversing family. It was the hiring manager round, but even that was still coding-heavy. I solved it, then we spent the remaining time on test cases and complexity. Compared to the file system round, this one felt much easier and more normal.

      Follow-up questions
      • What edge cases would you test?
      • What is the complexity of your solution?
    5. Q5. Tell me about a time you had a conflict with a teammate. How did you resolve it, and what did you learn?
      How they answered

      I answered with a real conflict example from work and focused on how I resolved it and what I learned from it. The follow-up was really about whether I would handle it differently if the other person was much more senior. I framed it around staying respectful, grounding the conversation in the problem, and not making it personal.

      Follow-up questions
      • What if that person was much more senior than you? How would you handle it then?
    6. Q6. Tell me about a project where you had to do something you did not know before. How did you ramp yourself up?
      How they answered

      I gave an example of a project where I had to learn something new and explained how I ramped up. The point they seemed to care about was how fast I can learn when I do not already know the space. A lot of their behavioral questions were about learning speed and adaptability.

    7. Q7. Have you been in a situation where you were not the final decision maker? How did you convince people?
      How they answered

      I answered this by talking through how I communicate my thinking when I do not have final authority. I focused on how I try to align people with reasoning and tradeoffs instead of just pushing my own view. That felt like they were testing collaboration more than anything else.

    8. Q8. When was the last time you tried something new technology-wise, in a professional or personal setting?
      How they answered

      I used a personal example for this one, because the thing I had in mind was not from work. I explained what I tried, why I picked it up, and how I approached learning it. It was another variation of the same theme around curiosity and self-driven ramp-up.

    9. Q9. If we put you on a very fast-paced team, how would you ramp up, document what you learn, and learn from peers?
      How they answered

      I answered this by walking through how I would learn quickly from teammates, document as I go, and get productive without waiting around for perfect context. They seemed to care that I had a practical process for joining a fast-moving team. It was less about a specific story and more about my approach.

Tips from the candidate

I would prep this like a coding-first loop, not like a balanced SWE loop. Even the rounds that sound like system design or hiring manager can still turn into code, so practice writing low-level design in actual class-based code, not just talking about APIs and databases. Also be ready to write your own test cases because at least in my loop there were no built-in test cases, and they cared about edge cases and complexity a lot. On the behavioral side, have stories ready on conflict, ramping up fast, learning new tech, and influencing when you are not the decision maker.

Company culture

From my experience, this team felt like it was in a hiring push because they moved quickly to schedule the loop on specific days. The interview style also felt much more coding-heavy than what I had seen from Microsoft before. I had interviewed there a few years earlier, and back then the system design round actually felt like system design. This time it felt like they had shifted toward using coding to screen almost everything. Also, even though the role was on the Copilot side, nobody asked me AI or LLM questions, which told me this team was more about integration work than core model work. The biggest negative signal was the recruiter process, because I got no compensation discussion, no feedback, and basically no response after finishing the whole loop.

Details

CompanyMicrosoft
RoleSoftware Engineer
LevelMid level
LocationUnited States
InterviewedOct 2025
Questions asked10