570
(page 2) 50 comments
sorted by: hot top controversial new old
[-] merc@sh.itjust.works 7 points 3 weeks ago

If it's all gobbledygook to you, then you weren't the target audience.

Most developers are writing for developers who have approximately the same skill level and knowledge. The vast majority of tutorials out there are definitely not aimed at beginners. They're aimed at peers who know most of the same stuff, but want to broaden their horizons a little.

Now, if it were 95% easy to follow, and then there was one step that was only a few words long and made no sense at all, that would be the typical badly written tutorial. There are way too many tutorials that have a "rest of the owl" problem at some stage. I was trying to figure out how to do something today and I must have skimmed through 30 tutorials aimed at people roughly my skill level before I finally found one that explained the missing bit. That missing bit turned out to be pretty easy, but almost every thing I read just assumed people knew how to do that part, and focused in on all the wrong things.

As for actual tutorials for beginners, the biggest problem isn't that they're badly written. The biggest problem is that they don't exist. But, to be fair, they're actually really hard to write. Explaining things requires that you really understand them well. But, when you understand them well, it can be hard to put yourself in the shoes of someone who knows so little they don't even know what questions to ask. Most computerey things are complicated enough that by the time you feel confident enough to write a tutorial, you've forgotten what it was like to be a beginner.

[-] Kushan@lemmy.world 5 points 3 weeks ago

Most developers are writing for developers who have approximately the same skill level and knowledge

I think you're correct about this, but I also think that's part of the problem.

On the one hand you can have technical tutorials for technical people, but to your point assuming the audience has the same skill level and knowledge is actually a mistake - no two people share the same same life, so while it's reasonable to assume a certain level of knowledge, you still need to consider that there may be gaps - small gaps but gaps all the same and that it's worth being explicit about things to avoid ambiguity. A common pitfall I see in a lot of tutorials or guides is not being explicit about file paths ("just add this to the config folder" - which folder? Where?), or not correctly steering the user towards the relevant documentation about configuration values while still expecting them to insert some config file specific to their system, stuff like that.

The other end of the spectrum - the beginner, to your point might not be the target audience but a lot of people don't realise that those folks exist. The absolute classic example I see of this is Linux for the Everyman - Lemmy is very big on promoting Linux and moving folks away from Windows/MacOS but there's a bit of a disconnect because a lot of tutorials exist that base level of knowledge that a complete beginner doesn't have. So they're both not the target audience but expected to learn that stuff - and of course it doesn't work and they stick to what they do know.

All this is to say, writing tutorials is a skill in itself and part of that skill is knowing who your target audience really is and knowing where your knowledge is his experience from working at something for so long or a basic level of understanding you expect a user to have.

[-] fmstrat@lemmy.nowsci.com 3 points 3 weeks ago

The article is by what appears to be a career writer who implies that developers should be doing their job, too. Not to mention this is mostly in unpaid FOSS. The author's method is tone deaf.

As for your response, while factually true, to your example: Lemmy users don't care that you use Linux. Lemmy users care that you're the type of person who will educate yourself enough to learn Linux.

Growth through learning, and part of that learning is figuring out the holes and filling them in. Heck, once Lemmy gets past that stage, we (and all those who took the plunge) will probably all move on to somewhere else.

load more comments (1 replies)
[-] SmartmanApps@programming.dev 2 points 3 weeks ago

“just add this to the config folder” - which folder? Where?

This is one of the biggest problems with Microsoft documentation (and maybe other ecosystems too). Doesn't include any "using" statements in the snippet, leading to copying the code not working, because you don't know what DLL this is using. They talk about 2 lines, and show you 2 lines, but the 2 lines don't work without 1 or 2 other lines which they have left out. Happens every single time

not correctly steering the user towards the relevant documentation about configuration values

Microsoft documentation never links to anything else at all. If you don't know how to do this thing they're talking about, well now you have to go find a Youtube by some Indian programmer about it

there’s a bit of a disconnect because a lot of tutorials exist that base level of knowledge that a complete beginner doesn’t have

Yep. The man pages are so not user-friendly. I have always said that Unix is very powerful, but not the least bit user-friendly. Welcome to low adoption.

load more comments (5 replies)
[-] RustyNova@lemmy.world 5 points 3 weeks ago

TBF, if your step by steps instructions works, it doesn't matter how complicated the command is.

[-] LucidNightmare@lemmy.dbzer0.com 5 points 3 weeks ago

When it comes to documentation, at least for myself when I'm learning new things, I like to look at it like a recipe book.

The book shouldn't contain just the ingredients and what the final product looks like. It needs to be more in depth than that. It needs to contain the ingredients that go into it, how much of those ingredients, the time to cook, what consistency to look for, prep time, etc.

There are plenty of people out there who have never cooked before, and a recipe book/instructions on how to cook a favorite dish is the perfect way to share your love of the craft and the dish that you made. Then, with your recipe as a guideline, people could change it to suit their tastes, and so on and so on.

That's just how I look at it. I wish I could interpret developer instructions and write up a more user friendly documentation for them. I would love to be able to give back to the community in some more meaningful way than just barely knowing what the developer is providing and using it and making a mess of it my first few tries until I learn from my mistakes.

[-] Evotech@lemmy.world 5 points 3 weeks ago

These days I pretty much just give the code to the LLM and it spits out documentation

Is it prefect? No. But it takes me literally 10 minutes and it's 90% there

In being slightly facetious here, I do spend some time on it to make it appropriate. But it sure does a good job imo

[-] LucidNightmare@lemmy.dbzer0.com 5 points 3 weeks ago

This is one of those things where I'm actually okay with AI use. I understand a lot of the FOSS community devs don't have a lot of time for such matters, so if this gets it at the very least 90% there, I would consider it a win! (human review being a big bonus, of course!) :-]

[-] Semi_Hemi_Demigod@lemmy.world 5 points 3 weeks ago

I structure my tutorial docs (I write a lot of them for work) like the O’Reilly cookbook series for this reason.

The problem you’re trying to solve is at the top. Next comes a list of prerequisites for the instructions. Then clear, step-by-step instructions with no more than one command or action for each one, highlighting anything that’s different depending on environment.

Then at the bottom I’ll sometimes add a discussion of why each command does what it does, and finally a list of resources for whatever programs or systems the instructions are about.

load more comments (2 replies)
[-] pinball_wizard@lemmy.zip 4 points 3 weeks ago
[-] sunbeam60@lemmy.one 4 points 3 weeks ago

Oh do grow up, frankly.

When I taught myself to program, there was no internet. You went and bought an enormous, 800 page book (usually written by Charles Petzold) and you hoped to Darwin something, anything would be understandable and lead you to move forward just a little bit.

If it’s worthwhile doing it’s hard.

[-] SmartmanApps@programming.dev 3 points 3 weeks ago

usually written by Charles Petzold

Classic example of someone who wrote tutorials like the type being satirised.

If it’s worthwhile doing it’s hard

Writing good tutorials isn't hard. You just have to not assume background knowledge of anything you're writing about. If you write it for beginners, then literally anyone can follow it.

load more comments (2 replies)
load more comments (7 replies)
[-] kehet@sopuli.xyz 4 points 3 weeks ago

I'm going to steal some of these words and use them in my future projects, and no one can stop me from doing that

[-] deacon@lemmy.world 3 points 3 weeks ago

I really enjoy this writing style. It reminds me of what it was like reading Dave Barry’s Sort Of History of the United States when I was a kid.

[-] MonkderVierte@lemmy.zip 2 points 3 weeks ago

And that’s what led me to argyling the pintafore with the quagmire instead of the hoobastank!

Tank vs. quagmire, who wins?

load more comments
view more: ‹ prev next ›
this post was submitted on 25 Sep 2025
570 points (100.0% liked)

Programmer Humor

26891 readers
452 users here now

Welcome to Programmer Humor!

This is a place where you can post jokes, memes, humor, etc. related to programming!

For sharing awful code theres also Programming Horror.

Rules

founded 2 years ago
MODERATORS