Interview round · every platform

Mobile architecture interview prep

Architecture rounds rarely ask which pattern is best. They ask why you chose yours, what it costs, and what happens when a second team, a second platform or a second year arrives.

For: Senior engineers whose loop has an architecture or design discussion round, on any mobile platform.

What the round scores

Part of the roundWhat the interviewer writes down
BoundariesHow modules and layers are split, and which way dependencies point.
State ownershipWhere the source of truth lives and who is allowed to change it.
Trade-offsWhat the chosen pattern costs: boilerplate, onboarding time, build time, testability.
Change over timeWhat happens when a second team owns a module, or a feature has to be removed.

Loops differ by company. This is the common shape of the round in senior mobile loops, not a promise about any one employer.

A weak answer and a strong one

Weak

Names a pattern (MVVM, Clean, TCA, BLoC) and describes its layers.

Strong

Names the problem the pattern solved in a real codebase and the cost the team paid for it.

Weak

Every screen gets every layer.

Strong

Says where the pattern is relaxed on purpose, and why that is safe.

For senior mobile engineers moving toward Staff, architect or tech lead scope, where a design or architecture round is judged on how far the answer reaches beyond the app. It connects the client to backend, security, reliability and the organisation around the system. It is not a fundamentals book and not LeetCode practice.

The second question

Follow-ups that decide the round

“Two teams want to share this module. What changes?”

Tests whether your architecture survives a second owner.

“What would you remove from this design if the team were three people?”

Tests whether you can scale a pattern down, not only up.

“Where does the source of truth for this screen live, and who can write to it?”

Tests state ownership, where most architecture bugs start.

How to prepare for it

  1. Pick one real codebase

    Describe its architecture in two minutes: boundaries, dependency direction, state ownership.

  2. Write down the cost

    For each choice, one sentence on what it cost and one on what it bought.

  3. Rehearse the change

    A new team, a removed feature, a second platform: say what moves.

Also for this round

If your iOS interview prep has days or weeks rather than hours, this is the book for the whole loop. It is for engineers from mid level up to lead, Staff and architect who want answer structure and trade-offs at senior depth, across the language, UI, architecture, design and leadership rounds. If the interview is within 72 hours, start with the 24-Hour book instead.