By Mockly English · Last updated:
Six years of engineering. The gap was sounding senior — behavioral and system design — in English on a US interview loop.
At a glance
| Role | Software engineer (~6 years) |
|---|---|
| Region | United States (Tennessee) |
| Background | Brazil → US; student visa; sponsorship path |
| Focus | Behavioral + system design |
| Story bank | Monolith → microservices (Itaú) |
| Outcome | Senior framing and structured disagreement answers |
Timeline
Brazil → US
Focus
Monolith → microservices
Outcome
Behavioral + system design
Practice technical, behavioral & system design interviews with interactive lessons and native-speaking coaches
500+ tech pros preparing for global roles
“I get blocked when I speak. I know the work — I just don’t sound senior enough in English.”
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.
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ú
Class 2
System + leadership
No downtime and culture language
Class 3
Behavioral
Disagreement story structure
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.
Corrections from live answers — the same patterns that showed up in class.
| Heard in class | Use instead |
|---|---|
| “Relyble” | “Reliable” ruh-lai-uh-bl stress. |
| “Amercia Latin” | “Latin America” Fixed order and pronunciation. |
| “Tried to change the culture” | “I influenced the culture as a team lead” Senior ownership language. |
| “I needed to get a buy in” | “There was resistance to change — I worked to get buy-in” Name the situation, then your approach. |
Before coaching
After coaching
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.
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 →
Mockly knows what it takes to get hired. The preparation covers behavioral, algorithm, and system design interviews thoroughly — with real expertise in the STAR method, LeetCode, and Alex Xu’s system design frameworks. And when it comes to English and communication skills, the native-speaking mentors make all the difference.

I’ve had the pleasure of practicing English with Mockly and I truly appreciate the progress I’ve made. I highly recommend their services to professionals in tech and beyond. I particularly enjoy the teaching style and the philosophy behind it: “If you enjoy the process, you’ll get it.” The personalized learning plans make every session practical and useful. Their hands-on knowledge and genuine interest in the world of technology will genuinely boost your English skills.
Own influence and decisions in the first person, add measurable results, and use buy-in language instead of “I tried to change people.”
Problem → approach → downtime strategy → result with magnitude → what you learned. Keep the same order on follow-ups.
Use a recovery line (“at the time we faced…”) and return to your structure. Freezing is often missing a spoken order, not missing knowledge.
Yes if your loop includes both. The same story often feeds technical depth and leadership follow-ups.
System-design classes covered TLS handshakes and a full chat system in English: clarification questions, SLAs, queues, and scalability discussion — no offer claimed.
A London engineer with Meta referrals drilled coding, system design, and behavioral English in the real Meta timing — before applying.
Case studies are illustrative, based on patterns from real coaching sessions.