Your first tech job

Stage 4 of 8 · 8 lessons · ~4 weeks

Your first pull requests

Open small, well-described pull requests, take review without taking it personally, start reviewing others, test your changes and learn how your team avoids and handles production problems.

Start: Keeping pull requests small

Lessons· one lesson for each topic, in this order

  1. 1Keeping pull requests small
  2. 2Descriptions and self-review
  3. 3Testing your change and passing CI
  4. 4Receiving code review without taking it personally
  5. 5Reviewing other people's code
  6. 6Not breaking production
  7. 7Incidents and on-call at a junior level
  8. 8Owning your mistakes

Do this

  • Keep each pull request to one change and split any larger work into steps that merge independently.
  • Review your own diff before requesting review, and write what, why, how tested and where to look.
  • Add or update a test with every change, and never skip a failing test to get CI green.
  • Reply to every review comment, and ask when you do not understand one.
  • Review at least one teammate's pull request each week, labelling comments as blocking or not.
  • Write down how your team releases, uses feature flags and rolls back.
  • Read two past incident reports and the runbook for the area you work on.

Start with· follow one of these

Practise

  • Practise small pull requests and real review on open source projects outside work

Keep handy

Also worth your time

Before moving on: Three merged pull requests with clear descriptions and tests, at least three reviews you gave with labelled comments, and a one-page note on how your team releases, rolls back and handles incidents.

Tauseef's advice
Small pull requests are the single easiest habit that makes a junior look senior. And when you break something, and you will, say it in the channel within minutes. Nobody remembers the bug. Everybody remembers who hid one.

Mark this stage as not done?