CAMPUX Cloud Bootcamp
CAMPUX · On the Job · The First 90 Days

You got the job. Now what?

The offer is the start line, not the finish. Here is what to do, learn, and ship across your first three months as a cloud engineer — as a checklist you can tick — and how to handle the voice that says you don't belong here. You do.

Companies with structured onboarding see new hires reach productivity in 8–12 weeks instead of the usual three to six months. If your employer hands you a plan, follow it. If they don't — and many won't — this is the plan. Tick the boxes as you go; your progress is saved on this device.

A hand-drawn line illustration of a new engineer's first day: a person seated at a desk with a laptop, a coffee cup, and a small plant, with a red-pen "day 1" tag pinned to the desk. day 1 your desk
Day one A laptop, a login, and a hundred small questions. Everyone's first day looked like this — including the people who now intimidate you.
Your ramp · 0 of 0 done 0%
Before day one

Set yourself up before you start

The ramp begins before your first login. A little groundwork in the days before you start turns a nervous week one into a confident one.

Days 1–30

Land and learn

The first month is not for heroics — it is for orientation. Your job is to become dangerous slowly: get access, meet people, read the estate, and prove the pipeline works for you with one tiny change. Nobody expects output yet; they expect you to be learning fast and asking well.

Days 31–60

Contribute with support

Month two is where you shift from taking help to doing work — with a mentor still close. You own real tickets, you start reviewing others' code (which teaches the codebase faster than writing it), and you turn your newcomer eyes into better documentation before they fade.

Days 61–90

Own and extend

By month three you are operating at near-full capacity with appropriate support. You deliver things others depend on, you take a real on-call shift, and — the move that marks the transition from new hire to engineer — you propose an improvement with a written trade-off, not just execute what you're handed.

Ask, early

The questions that shortcut your first quarter

You learn a team faster by asking than by guessing. Bring these to your first 1:1s — the answers align your effort with what actually matters, and asking them well is itself a senior signal.

Ask your manager

What does success look like at 30, 60, and 90 days in your view?
Aligns your effort with actual expectations, not your assumptions.
What's the single most important problem I can help solve in my first quarter?
Shows initiative and lets you focus your energy where it matters most.
What does this team do well that I should protect and not accidentally change?
Signals respect for existing culture and prevents naive disruption.
What's the biggest frustration you have with how things work today?
Uncovers high-value problems that may not be in any backlog.
How do you prefer to receive status updates — async, standups, or ad-hoc?
Establishes communication norms before you guess wrong.
What happened with the last person who was in this role?
Reveals context about why the role is open and what NOT to repeat.
What are the major political or org dynamics I should be aware of?
Every team has invisible minefields. Better to know early.
How do you like to give and receive feedback?
Sets up a healthy feedback loop before your first performance review.

Ask your teammates

What's the one thing about how this team works that took you the longest to figure out?
Gets you the unwritten rules that no onboarding doc covers.
What's the part of your job that's most annoying or time-consuming?
Reveals quick wins that will earn you goodwill fast.
What do you wish someone had built or documented before you joined?
Identifies valuable artifacts with zero existing owners.
Which services/systems should I absolutely not touch until I fully understand them?
Protects you from causing an incident in your first 30 days.
Who are the best people to talk to if I have questions about [networking/security/app team]?
Builds your internal network of experts before you need them urgently.
What's your take on where the team is headed in the next 6–12 months?
Gets ground-level perspective that may differ from management's view.
The part nobody puts on the checklist

On the voice that says you don't belong

Somewhere in the first ninety days — often right after a compliment — a voice will tell you that you fooled everyone, that the others are real engineers and you are faking it, and that any day now they'll find out. That voice has a name, and a statistic.

58% of tech workers

report feeling like impostors — in a survey that included engineers at Google, Amazon, Microsoft, and Meta. It is not evidence that you don't belong. It is the ordinary tax of a fast-moving field full of high-achievers, and the people who intimidate you are very often paying it too, quietly, in the next chair.

The reframe that actually helps: the gap you feel is the distance between everything there is to know (infinite, and growing) and what you know (also growing, faster than you notice). Everyone has that gap — principal engineers included. They have simply made peace with it and learned to say the most senior sentence in the field: "I don't know that yet — I'll find out." Feelings are not facts. If you're in the seat, someone competent bet on you; that bet is evidence, and it outranks the voice.

Feel the doubt. Ship the pull request anyway.

Keep the brag doc
Every Friday, write down what you shipped and learned that week. When the impostor voice arrives, you answer it with a dated list of evidence — and you get to watch yourself grow over time, which the voice can't argue with.
Ask the question
Impostor syndrome thrives in silence. The senior who answers your "basic" question has forgotten they asked the exact same one — and asking well is itself a senior skill, not a junior tell.
Reframe not-knowing
Even the most senior engineers hit unfamiliar ground every week. A gap in your knowledge is not a failure to hide; it is the next thing to learn. The field rewards learners, not people who already know everything — because nobody does.
Separate feeling from action
You do not have to feel confident to act competently. Let the doubt sit in the passenger seat and drive anyway. Confidence is what arrives after the shipped work, not before it.

Further reading, on this site: the questions to ask in the interview that reveal whether a team will actually support this ramp are on the interview page; the three projects that got you here — the ones you'll draw on in month one — are the capstone plates; and the résumé and job-search craft is Class 42. The first ninety days are where the whole course stops being study and starts being your job.

And when the ramp gets genuinely hard, the Live Desk is a weekly room and an instructor who has been there. →