4 মিনিট পড়ালেখক S M SUJAN· ফিচার্ড
What a Non-Technical Interview Taught Me About Communication
A candid reflection on a non-technical interview that exposed a communication gap — what went wrong, what I learned, and how I’m fixing it.
- Career
- Interview
- Communication
- Personal Growth
- Software Engineering
Recently, I went through an interview that wasn’t technical at all.
No JavaScript questions. No React problems. No system design.
It was purely about communication — how I think, how I explain ideas, and how I express myself in English under pressure.
And honestly, it didn’t go well.
What Went Wrong
I realized something uncomfortable during the interview.
While I was thinking clearly in my head, translating those thoughts into spoken English slowed me down. I lost words, jumped between ideas, and sometimes went off track.
At one point, the interviewer told me that my answers sounded robotic.
That feedback hurt — but it was also honest.
By the end of the session, it was clear that my performance ranked at the bottom among the candidates interviewed that day. Not because I lacked knowledge, but because I couldn’t communicate my thoughts clearly in that moment.
A Hard but Valuable Realization
This interview forced me to face a truth I had been avoiding:
Knowing something and explaining it clearly are two different skills.
In technical roles, especially senior ones, communication is not optional. It’s how you:
- Share ideas
- Collaborate with teammates
- Explain decisions
- Earn trust
- Slowing down before answering
- Structuring responses instead of speaking immediately
- Thinking in simple sentences
- Explaining ideas using real experiences, not definitions
- Practicing speaking out loud, not silently
Technical skill may get you shortlisted, but communication decides how far you go.
Understanding the Root Cause
The problem wasn’t grammar or vocabulary.
It was pressure.
Trying to think, translate, and speak at the same time caused me to rush. I focused on correctness instead of clarity. As a result, my answers lacked structure and flow.
Once I understood that, the experience stopped feeling like a failure and started feeling like a lesson.
What I’m Doing Differently Now
I’ve started working intentionally on how I communicate, not just what I know:
These are skills — and skills can be trained.
Why This Experience Matters
This interview didn’t question my ability as an engineer.
It highlighted the next area where I need to grow.
Career growth isn’t only about learning new technologies. Sometimes, it’s about learning how to present the knowledge you already have.
I’m grateful for the feedback, even though it was uncomfortable. It gave me clarity and direction.
Moving Forward
I’m treating this experience as a turning point, not a setback.
I’ll keep improving — not just as a developer who writes code, but as a professional who can communicate ideas clearly, calmly, and confidently.
Growth often begins where comfort ends.