On this page

Case studies

By Mockly English · Last updated:

How a Brazilian SWE in the US Prepped System Design in English

Six years of engineering. The gap was sounding senior — behavioral and system design — in English on a US interview loop.

At a glance

RoleSoftware engineer (~6 years)
RegionUnited States (Tennessee)
BackgroundBrazil → US; student visa; sponsorship path
FocusBehavioral + system design
Story bankMonolith → microservices (Itaú)
OutcomeSenior framing and structured disagreement answers

Timeline

Brazil → US

Focus

Monolith → microservices

Outcome

Behavioral + system design

7-Day Free Trial

Land your dream tech job. In English.

Practice technical, behavioral & system design interviews with interactive lessons and native-speaking coaches

Start freeNo card needed
MemberMemberMember

500+ tech pros preparing for global roles

Courses · Coaching · Mock Interviews

I get blocked when I speak. I know the work — I just don’t sound senior enough in English.

Software engineer · US interview prep

Profile

A software engineer from Brazil, based in Tennessee after moving to the US, preparing for interviews that mix general, behavioral, technical, and system design. Roughly six years’ experience; aiming to sound fluent and senior rather than blocked mid-answer. Classes deep-dived a Banco Itaú monolith-to-microservices migration and disagreement / buy-in stories.

Pain Points

  • Confidence drops; feels blocked mid-sentence
  • Doesn’t sound senior enough under pressure
  • Pronunciation: reliable, Latin America
  • Tried to change the culture → ownership vs influence wording
  • Passive vs active on buy-in (“I needed to get a buy-in”)
  • Results without magnitude (TTM, tech debt)

Goals

  • All interview parts: general, behavioral, technical, system design
  • Sound senior: influence, buy-in, downtime, resistance to change
  • Deep technical story with metrics (DORA / DevEx where honest)
  • Structured answers when someone disagreed
  • Sponsorship-ready interview English

Lesson Notes

These are the classes we actually ran — not a generic curriculum. Each one started from a real interview question.

Class 1

Technical story

Monolith to microservices — Itaú

  • Talk about experience at Banco Itaú: monolithic → microservices
  • Decreased tech debt; modularised code; decreased TTM for features — add a specific magnitude
  • DORA / DevEx metrics when true
  • Difficulties: resistance to change; get buy-in; empathy; data-driven approach
  • “My approach isn’t to convince — it’s to give stakeholders the data to decide”

Class 2

System + leadership

No downtime and culture language

  • How did you ensure no downtime? on-call; touched base regularly; retrospectives
  • Get a buy-in; careful with “tried to change the culture” → “I influenced the culture as a team lead”
  • Dynamic role; approximately / roughly / as an estimate
  • I understood where they were coming from

Class 3

Behavioral

Disagreement story structure

  • Tell me about a time someone disagreed with you
  • While at … / at the time we faced … / my approach was … / in the end … / as a result …
  • Tell me about yourself: reliable pronunciation; Latin America
  • Why do you want to work here?

Feedback

Coach notes from those sessions, kept as they were given in class.

Influence vs change the culture

Senior answers own influence. “Tried to change the culture” sounds naive; “influenced as a team lead” is cleaner.

Buy-in is stakeholder work

Resistance to change stays; your job is data and empathy — not winning an argument.

Put a number on TTM

“Decreased TTM” needs a magnitude or the interviewer will ask how you measured it.

Disagreement needs a spoken order

While at → faced → approach → end → result. Don’t restart the timeline on follow-ups.

Common Mistakes

Corrections from live answers — the same patterns that showed up in class.

Heard in classUse instead
RelybleReliable

ruh-lai-uh-bl stress.

Amercia LatinLatin America

Fixed order and pronunciation.

Tried to change the cultureI influenced the culture as a team lead

Senior ownership language.

I needed to get a buy inThere was resistance to change — I worked to get buy-in

Name the situation, then your approach.

Before and After

Before coaching

  • Sounded junior under pressure
  • Culture / buy-in wording weak
  • Results without measurement
  • Disagreement answers unstructured

After coaching

  • Senior influence phrases ready
  • Migration story with clearer impact
  • Downtime / on-call vocabulary
  • Disagreement structure practised

The Result

Clearer senior-sounding English for behavioral and system-design style stories. She could explain the migration and disagreement rounds with more structure. Readiness — not a promised offer — was the goal.

What to practise if you need to sound senior in English

  • Rewrite culture lines as influence + role (team lead), not “tried to change.”
  • Add one magnitude to every TTM / debt / downtime claim.
  • Practise disagreement with a fixed spoken order.
  • Say buy-in and resistance without blaming individuals.
  • Record one migration story and cut unfinished sentences.

Why Senior Framing Is Hard in a Second Language

US loops score judgment and ownership as much as architecture. Translating each sentence burns the time you need for buy-in and trade-offs. A practised migration story plus disagreement structure is what keeps you sounding senior when English is under load.

Preparing for a similar path? Read Preparing for a Chat System Design Interview in English.

Practise explaining system design in English

No card required. Start with a 7-day free trial — a lesson, a mock interview, or both.

Create your Mockly account →

Frequently Asked Questions

How do I sound more senior in English interviews?

Own influence and decisions in the first person, add measurable results, and use buy-in language instead of “I tried to change people.”

How do I explain a monolith-to-microservices migration?

Problem → approach → downtime strategy → result with magnitude → what you learned. Keep the same order on follow-ups.

What if I freeze mid-answer?

Use a recovery line (“at the time we faced…”) and return to your structure. Freezing is often missing a spoken order, not missing knowledge.

Should I practise system design and behavioral together?

Yes if your loop includes both. The same story often feeds technical depth and leadership follow-ups.