Live data from Hacker News

Just Simply – Stop saying how simple things are in our docs

justsimply.dev

91–100 of 299 posts

Re: Just Simply – Stop saying how simple things are in our docs

#91
post #2

One of the best pieces of advice I learned in high school from an incredible English teacher: when doing technical, avoid "-ly" words entirely. It has always been solid advice and has rarely led me astray.

> avoid "-ly" words I hope this isn’t the actual advice you were given. They are called adverbs.

For non-native English speakers -ly is simpler than adverts. But simpler does not necessarily mean better long-term.

Re: Just Simply – Stop saying how simple things are in our docs

#92
While we're here, could we also please have clear separation between commands and data? Eg, I hate stuff like:

    $ bin/rails generate scaffold user name email login

Which is it?

    $ bin/rails --generate=scaffold --user=name --email=login
Or:

    $ bin/rails --generate=scaffold --user=username --name=fullname --email=address --login=login_name
Or:

    $ bin/rails --generate --scaffold=user --name=fullname --email=address --login=login_name


Or what?

Re: Just Simply – Stop saying how simple things are in our docs

#94

This is just yet another politeness law, adding some more words we shouldn't use. There is a useful message though: make writing clear and unadorned.

I see it differently. If you are writing documentation for a system you know a lot about, things are completely simple for you right then right there. But as we all know in 6 months you'll look at your own code and think "who the ... wrote this?". So avoiding the word "simple" isn't about accommodating the 5% of your least intelligent users and dumbing down the content, but the > 90% who are not so into the topic as…

Clarity, yes. But not specific rules. Or we're back to the Plain English Campaign simplistic "only write in the active voice" silliness.

Re: Just Simply – Stop saying how simple things are in our docs

#95
post #70

Or maybe -- controversial opinion here -- people shouldn't be such babies. I'm looking around the HN discussion here and can't quite believe how personally offended people are by these words. Yes, at the beginning of the first semester at university, hearing a math professor say a step is "trivial", when it was quite hard, was a bit grating. One month in, I realised that the intended meaning of the word was that no s…

I dont think its personal, at least it isn't for me. Its because it is wrong. If it is documentation intended for people new to this its better to explain everything, and avoid making assumptions about what is simple or not. Its so much better to just have documentation of everything or to refer to it.

Re: Just Simply – Stop saying how simple things are in our docs

#96
post #79
post #70

Or maybe -- controversial opinion here -- people shouldn't be such babies. I'm looking around the HN discussion here and can't quite believe how personally offended people are by these words. Yes, at the beginning of the first semester at university, hearing a math professor say a step is "trivial", when it was quite hard, was a bit grating. One month in, I realised that the intended meaning of the word was that no s…

I agree with your point. Nowadays, people seem to be overly sensitive about their code and the way we communicate, among other things. It's important to remember that the code is not a reflection of ourselves, and not everyone will be pleased with it. Some will provide good guidance, while others will not. Therefore, we should remove our ego from the code. Code is like a lollipop that we enjoy, but then discard once…

> Nowadays, people seem to be overly sensitive about their code and the way we communicate, among other things.

If there's one thing I've learned in life, anytime you see "Nowadays" or "these days" or something similar, you can be guaranteed that whatever statement follows it is a universal truism about the human condition that recency has no bearing on.

People are sensitive about their work. And sensitive to how we communicate together. Always have been. Always will be.

Re: Just Simply – Stop saying how simple things are in our docs

#97

While we're here, could we also please have clear separation between commands and data? Eg, I hate stuff like: $ bin/rails generate scaffold user name email login Which is it? $ bin/rails --generate=scaffold --user=name --email=login Or: $ bin/rails --generate=scaffold --user=username --name=fullname --email=address --login=login_name Or: $ bin/rails --generate --scaffold=user --name=fullname --email=address --login=…

Especially when we have the entirety of modern monitors available to us, use color to indicate which parts of the command/code are mandatory/boilerplate and which are optional, and which are the actual "values" you'll be using.

Re: Just Simply – Stop saying how simple things are in our docs

#98
post #70

Or maybe -- controversial opinion here -- people shouldn't be such babies. I'm looking around the HN discussion here and can't quite believe how personally offended people are by these words. Yes, at the beginning of the first semester at university, hearing a math professor say a step is "trivial", when it was quite hard, was a bit grating. One month in, I realised that the intended meaning of the word was that no s…

This is such a bizarre take. The post is about removing some unnecessary wording from technical documentation that doesn't add anything, and as an aside can sometimes imply complex tasks are simpler than they are to the detriment of the app/library/service it's documenting. I have no idea why you'd think this implies some personal failing or that it is advice for "babies"

Re: Just Simply – Stop saying how simple things are in our docs

#99

Earlier quoted context omitted.

The problem is a lot of it is not publicly available. E.G: I asked chat gpt to help me install Python on Ubuntu 22.04, and it failed miserably. Why? Because 22.04 is recent and many pitfalls it comes with haven't been much documented yet. And it also don't know what is never written, but implicitly known if you deal with a lot of beginners. E.G: people get utterly confused with *args and **kwargs in Python, because i…

There's an explicit caveat on chat gpt: limited knowledge of the world and events after 2021. You're asking about 22.04.

Right so that why it's not useful for this

Re: Just Simply – Stop saying how simple things are in our docs

#100
I agree with the post. If you consider that your docs are also a form of advertising... don't shoot yourself in the foot and make your readers feel stupid.

I would go one step further. If we are talking about CLI tool usage - the cli should have two modes. One interactive using gum or some similar library. Once complete - it should output the non-interactive equivalent CLI command.

The interactive run should give short explanations to help learn the tool.

The takeaway point is that docs are partially advertisements - and if you don't want to lose people - your docs have to be carefully crafted.

Post reply on HN