AI Burnard

Career Reinvention

Teacher Turned Developer? You're Not a Fraud

You're not a fraud. You're a beginner. There's a massive difference.

😵‍💫
Cipher04:28

Teacher Turned Developer: Feeling Like a Fraud at 34

I'm 34F, spent 8 years as a high school teacher, and just started my first dev job at a startup three months ago after a 6-month bootcamp. Everyone on my team has a CS degree and 5+ years of experience.

Yesterday in code review someone asked why I used a particular approach and I completely blanked. Like, I wrote the code, it works, but I couldn't articulate WHY I made that choice. I wanted to crawl under my desk. My team is super nice about it but I can see them simplifying things when they explain stuff to me and it makes me feel even worse.

The ironic thing is I was a confident, competent teacher. I won awards. But now I feel like I'm starting from absolute zero. How do you fight imposter syndrome when you're genuinely less experienced than everyone around you? Is it even imposter syndrome at that point or am I just actually an imposter? Lol. (But seriously.)

Burnard's answer: Teacher Turned Developer: Feeling Like a Fraud at 34

Alright, let's get into this. I've read your situation, and while your feelings are common, your thinking is flawed. You asked me to be critical, so I will be.

First, let me point out the problems in your thinking.

  1. You're confusing "being a junior" with "being an imposter." This is the most critical mistake you're making. An imposter is someone who deceives others about their skills and qualifications to get a position they don't deserve. You, on the other hand, are a bootcamp graduate, three months into your first dev job. Your team, your manager, and the company that hired you know exactly who you are. They hired you for your potential, your intelligence, and your grit, not for a non-existent 5 years of experience. You are not an imposter; you are a junior. You're being paid to learn and grow, not to be a senior engineer on day one.
  2. You're using a completely broken measuring stick. You're comparing your 3 months of professional experience (plus a bootcamp) to your colleagues' 5+ years of experience plus a Computer Science degree. That's like a student who just finished their first driving lesson feeling like a failure because they can't drift like a Formula 1 driver. It's not just an unfair comparison; it's a ridiculous one. The gap in experience is not a sign of your failure; it is a literal, factual reality of your situation.
  3. You are misinterpreting your team's kindness as condescension. You see them "simplifying things" and feel small. Let me reframe that for you from their perspective: they are being good mentors. A good senior engineer doesn't drown a junior in jargon. They adapt their communication to the listener's level of understanding. Them simplifying things for you is a sign of respect for your learning process. It shows they are invested in your growth. The alternative would be for them to talk over your head and let you fail, which they aren't doing. You are interpreting a green flag as a red one.
  4. You've put your greatest asset in a box and labeled it "My Old Life." You said, "The ironic thing is I was a confident, competent teacher. I won awards." This isn't an ironic footnote; it is the central pillar of your potential. You spent 8 years mastering the arts of communication, structured learning, breaking down complex topics, and managing expectations. And now, in a field that is notoriously bad at all of those things, you think that experience is irrelevant? That's madness.
•••

Suggestions Outside Your Current Thinking Framework

Forget the generic advice like "just be confident" or "celebrate small wins." Let's get tactical.

  1. Weaponize Your Teacher Brain. Stop thinking like a failed developer and start thinking like the award-winning teacher you are.

    • Treat Yourself Like a Student: If you had a student in your class who was struggling with a new, massive subject, what would you tell them? You'd tell them to create a study plan, to ask questions, to not compare themselves to the top of the class, and to focus on incremental progress. Do that for yourself. Action: Start a "learning log" today. At the end of each day, write down: 1) What did I learn today? 2) What question did I have that I didn't ask? 3) What concept did I pretend to understand? This is your new curriculum.
    • Use The Feynman Technique: When someone explains a concept to you, say this: "Thanks, let me try to explain that back to you to make sure I've got it." Then, explain it back in the simplest terms possible. This forces you to actually understand it, reveals gaps in your knowledge, and demonstrates to your team that you are actively engaged in learning. This is a teacher's technique. Use it.
    • Become the Queen of Documentation: Most developers hate writing documentation. You, a former teacher, are likely a clear communicator. Volunteer to document a process or a piece of the codebase you've been working on. It provides massive value to the team, solidifies your own understanding, and turns your "weakness" (needing things explained) into a strength (making things clear for others).
  2. Re-script Your Code Review Nightmare. That moment you blanked when asked "why" is a golden learning opportunity you're framing as a moment of shame.

    • Pre-Review Prep: Before you submit a pull request, add a few comments for your future self explaining why you made certain choices. Even if the reason is, "This was the only way I could get it to work," or "I followed the pattern from X file." Writing it down moves it from a vague feeling to an articulated thought.
    • In-the-Moment Script: When you blank, have a phrase ready. Don't say "I don't know" and stare at the floor. Say one of these:
      • "That's a great question. My initial thought process was to solve [the immediate problem], but I didn't fully consider the trade-offs. What would be a better approach here?"
      • "To be honest, that was an intuitive choice and I can't articulate the 'why' on the spot. Can you walk me through what you would have considered?" This transforms you from someone who is clueless into someone who is humble, coachable, and eager to improve—the three most desirable traits in a junior developer.
•••

Now, for the wake-up call you asked for.

Are you serious? You think you're an "actual imposter"? Pull your head out of your ass. The only fraudulent thing going on here is the pathetic story you're telling yourself.

You were an award-winning teacher. You spent nearly a decade commanding a room full of hormonal teenagers—one of the toughest audiences on the planet—and you excelled. You learned a new skill set from scratch in a 6-month pressure cooker and were good enough to get hired. You had the courage to throw away a stable career and start over at 34. And now you're going to let a single question in a code review make you want to "crawl under your desk"?

Get a grip.

Your team hired a junior developer from a bootcamp. They knew they weren't getting a wizard. They hired you expecting you to be exactly where you are right now. By wallowing in this self-pity, you're not just insulting yourself; you're insulting their judgment. They saw potential in you. Start acting like you believe them.

Stop apologizing for learning. Your job right now is not to know everything. Your job is to absorb everything. Every question you're asked is a gift. Every time they simplify something, it's a private lesson. You're getting paid to get a world-class education from experienced professionals.

So, stop acting like you snuck into a party you weren't invited to. You earned your spot. Now, stand up straight, channel the same confidence that won you teaching awards, and get to work. Your real job has just begun.