For engineers interviewing soon

Practice technical interviews with another engineer.

A problem set can rehearse the algorithm. It cannot make you explain yourself to someone who is watching. Share an editor, run the code for real, and read the session back afterwards.

How it works

From a link to an interview, in three steps.

  1. 01

    Decide the round once

    Pick the format first — a coding round or a system design round — then the language and, if you want one, a problem from the library. Nothing left to agree on once you are both in.

    codingsystem design
  2. 02

    Get your partner in with one link

    They open it and take the other seat. No invite to accept, no waiting room, nothing to set up on their side — the room is already running when they arrive.

    mockprep.app/room/kx7-92mcopied
  3. 03

    Do the interview, then read it back

    One shared editor, live cursors, and a run button that executes against a real runtime. When it is over the whole session is still there — the code, the runs, and what they returned.

    ok[0, 1]41ms
01 — Shared editor

Get used to being watched before it counts

You and your partner type in the same buffer, with live cursors and presence. The algorithm is the half you can rehearse alone; explaining yourself while someone reads over your shoulder is the half you cannot, and it is the half this puts you through.

02 — Real execution

Find out your solution is wrong here, not there

Run Python and JavaScript against a real runtime with your own stdin, mid-interview, and handle the output live. Every run is kept, so afterwards you can read back exactly what you wrote and what it returned.

03 — Design board

Draw architectures the way you will on the day

Choose system design when you create the room and it opens a shared canvas instead of an editor — boxes, arrows and text, drawn by both of you at once. It is the round where the answer is a diagram and an argument rather than a working function.

04 — Problem library

Sit down and start, instead of picking a problem

A curated set across easy, medium and hard, with starter code for both languages. Attach one when you create the room and it is already in the editor before your partner arrives — nothing to paste, nothing to agree on first.

The whole thing

Everything you get, before you sign up for it.

Four surfaces, all of which exist today. They are drawn from the same tokens as the product rather than screenshotted, so what is below cannot quietly stop matching what you get.

01 — Create

Decide the round before anyone arrives

Format first, because it decides the rest: a coding round asks for a language and an optional problem, a design round asks for neither. The room exists the moment you hit create.

02 — Coding room

The bit an AI round cannot give you

One buffer, two carets. Watch the candidate get the order of a sliding window wrong under pressure, the interviewer put a selection on the line, and the candidate fix it — which is the whole argument for practising with a person.

03 — Design room

The same room, with a canvas instead

One canvas, two pointers. The interviewer's lands on the gateway, and the candidate draws the token bucket underneath it — boxes, arrows and text, architect-style rather than sketchy, with the same division of labour the coding round has.

04 — Afterwards

The session is still there when it is over

The problem you were given, every run you made, and what each one returned. Read back the parts you fumbled instead of trying to remember them.

Two seats

The other chair teaches you more than the problem does.

Most interview prep is a problem set and a bot. The part that is hard to replace is a second engineer in the room, reacting — so bring someone who is also interviewing and swap seats halfway. You both get a round out of it, and sitting on the asking side is the fastest way to work out what interviewers are listening for.

The candidate

Get comfortable before it counts

  • Think out loud while someone reads over your shoulder
  • Be wrong in front of a person and recover from it
  • Read the whole session back afterwards, code and runs and all
The interviewer

Hear what the other chair hears

  • Have the problem loaded before they arrive, so the room is ready
  • Watch an approach form instead of grading a finished answer
  • Learn which explanations land, by sitting through the ones that do not
In development

Where this is going next.

None of the below is available yet. Coding and system design rounds with another person both work today — everything on this list is being built, and this is here so you know the direction before you commit any time to it.

Planned

An AI interviewer

The same room, editor and run button, with an interviewer that asks follow-ups and pushes back on your complexity analysis when nobody is free to sit with you.

Planned

Behavioural rounds

Structured prompts and notes for the conversation that decides more offers than people expect.

Questions

Before you sign up.

Can I sign up now?
Not yet. Access is by waitlist while MockPrep is being finished: leave your email and you will get an invitation when accounts open. Until then there is no account to create and nothing else is stored about you.
What kinds of rounds can I practise?
Coding rounds and system design rounds. A coding room is a shared editor with real execution; a design room is a shared board for diagrams. You choose which when you create the session, and it is fixed for that session. Behavioural rounds and an AI interviewer are not built yet.
Do I need someone else to practise?
Right now, yes — MockPrep is built around two people in one room, whether you are writing code or drawing a system, and that is the point of it. Bring someone who is also interviewing and swap seats halfway. An AI interviewer for when nobody is free is in development.
What does it cost?
It is free while it is in development. The plan is to charge per interview session once billing is switched on, and pricing will be published here before that happens.
Which languages can I run?
In a coding round, Python and JavaScript, executed against a real runtime with your own stdin. Every run is recorded against the session, so you can read back what you wrote and what it returned. A system design round has no runtime — it is a board rather than an editor.
Who can see my sessions?
Only the two people in the room. Session pages check that you were the interviewer or the interviewee before they render anything — being signed in is not enough.
How long do you keep my interviews?
Deleting a session deletes what was in the room with it — the editor buffer and the board, not just the record of the session. Rooms you leave behind are erased 30 days after the last time anyone opened them, and deleting your account erases the rooms from every session you were in.
Do I need to install anything?
No. The editor, the collaboration and the code execution all run in the browser. Your partner only needs the room link.
Can I use my own problems?
Not yet. You can start a room with no problem attached and paste anything you like into the editor, which covers most of it. A private problem library is on the list.

Walk in having already done this.

Bring someone who is also interviewing and take the first one here instead.

Join the waitlist