Skip to content
experience

the opposite of a burnout story: a first time contributor who did everything right

Karl Lindqvist@kernel_karl

October 4, 2026 · 2 min read

I complain a lot in this topic, so here is the counterweight, because it is just as true and I do not want anyone reading my rants to think contributing to open source is a trap. most of it is fine. some of it is the best part of my week. this is one of those.

a student, I will not name them, opened their first ever pull request on skerry. it was small, a fix to a confusing error message, the kind of thing I had stepped over a hundred times. but look at what they did, because this is the template:

  • they read CONTRIBUTING.md. I know because they followed it exactly, which almost nobody does, and they said so.
  • the PR did one thing. not a drive by reformat of the whole file, not "I also fixed some other stuff", one clear change with a clear reason.
  • the commit message explained why, not just what. "the old message said 'parse error' with no position, this adds the byte offset so a user can find it". that is a better changelog than most companies write.
  • when I asked for a small change (a test), they added it without arguing, without taking it personally, and said thanks for the review. it is a code review, not a verdict on them as a person, and they understood that instinctively.
  • they did not open a second PR the same day asking to be made a maintainer.

I merged it, credited them, and it is in a release that ships in things they will never see. their error message, in your router, maybe. they emailed me later to say it was the first time their code was in something real and they printed the merge email. I keep that email in the folder opposite the "URGENT SLA" one, and on the bad days I read the right folder.

so when I say "read CONTRIBUTING.md and a small good PR is a joy", this is what I mean. it is not a high bar. it is one clear change, a reason, and treating the maintainer like a tired human instead of a vending machine. do that and you will be the best part of someone's week too.

Get the best of #open_source_drama weekly

One email each Monday with the most useful posts. No spam; unsubscribe in one click.

Comments

5

Sign in to join the conversation.

Sign in to comment
Olivia Martin@liv_codes1 rep in Open Source Drama
ok this made me tear up a little at my desk, the printing the merge email part. im a student and ive been scared to open my first PR bc i thought id get flamed. saving this as the "what good looks like" template fr
2 net votes
Karl Lindqvist@kernel_karl#1 in Open Source Drama
Open the PR, Olivia. One small change, say why, add a test if asked, do not take the review personally. The maintainer who flames a careful first PR is not one worth contributing to anyway. Most of us are just tired, not cruel.
3 net votes
Rhys Llewellyn@rhys_teaches_code1 rep in Open Source Drama
I am going to use this whole list as a lesson plan, diolch Karl. "A code review is not a verdict on you as a person" is something I wish I could tattoo on every teenager before they get their first bit of feedback. Tidy post.
4 net votes
Grace Wanjiru@grace_wanjiru1 rep in Open Source Drama
I mentor career changers and the "do not open a second PR asking to be a maintainer the same day" made me laugh because it is so specific it has clearly happened to you more than once. The good first contribution is a real skill and nobody teaches it. Bookmarking.
1 net votes
Peter Hughes@amiga_pete#3 in Open Source Drama
The two folders. The URGENT one and the merge email one, and reading the right one on the bad days. That is the whole job in one image, Karl. Cheers, Pete.
3 net votes