Not everyone who disagrees with something is offended by the thing they disagree with. Shall I say that someone who prefers writing documentation in man pages instead of Markdown is offended by Markdown? Is Project Zero offended by buffer overflows?
Not everyone who disagrees with something is offended by the thing they disagree with. Shall I say that someone who prefers writing documentation in man pages instead of Markdown is offended by Markdown? Is Project Zero offended by buffer overflows?
They want clear, concise and accessible help. They don't want or need tasteless jokes. It is disrespectful to their time to include random garbage.
This is supposed to be read by people who need it, not people who know what is going on and want to enjoy a good laugh.
They haven't always been that way. The Python docs back around 2000 were not that great. A lot of work has been put in by people in the community to get them to the state they're in.
Just last friday I tried to find authoritative definition of the leading underscore mangling behavior in the docs and was not able to do so.
Although I think I would start by saying this: where "spam" and "eggs" is used in Python, it is in the place of any other word, usually a nonsense word like "foo" or "bar", and its presence does not distract. I doubt anyone thinks of actual SPAM or actual eggs when they run across it, and I seriously doubt the documentation authors intended or expected anyone to.
The (so-called) joke in this glibc discussion is a) essentially a pun on the name of the function, i.e., introducing mental confusion; b) a political subject; c) an ill-explained reference to a political subject (did you know it's about the global gag rule? do you know what the global gag rule is?); d) intended to make you think about that subject instead of tuning it out.
Python's use of "spam" and "eggs" adds some character, that's about it. (Python's insistence on "eggs" and "wheels" and "cheeseshop", on the other hand... I find the names cute but if you wanted to get rid of them all in favor of slightly more descriptive words, I'd honestly be in favor.) This joke serves no purpose other than, at best, to distract the attention of the person looking up documentation onto a completely different subject.
In any case that question seems wildly unrelated to the question at hand, which is about a joke that's intended to be a present-day political reference.
I do agree with some professionalism in things that want to be taken seriously. I don't even really like the "Apt with super cow powers."
I do agree this isn't about political correctness. At one time GNU tools were just a bunch of devs trying to write open source tooling for fun or to learn. But with it being such a huge part of our industry now, it does need to grow up.
If you're working on your own small open source projects, have fun with the docs and comments. But don't be like Stallman. Realize if your tools are really successful, those quips might get cut out one day. c'est la vie
https://en.wikipedia.org/wiki/Texinfo
> "Notably, man is not available as an output format from the standard Texinfo tools. While Texinfo is used for writing the documentation of GNU software, which typically is used in Unix-like environments such as GNU/Linux, where man pages are the traditional format for documentation, the rationale for this is that man pages have a strict conventional format, used traditionally as quick reference guides, whereas typical Texinfo applications are for tutorials as well as reference manuals. As such, no benefit is seen in expressing Texinfo content in man page format. Moreover, many GNU projects eschew man pages almost completely, referring the reader of the provided man page (which often describes itself as seldom maintained) to the Info document."
https://en.wikipedia.org/wiki/Man_page
They can take some getting used to if you're not familiar with them, but given how much documentation is available in these formats, it's worth taking a few hours to become accustomed to them. A lot of it is duplicated online as well, so you can often use your favorite search engine.
info --subnodes -o - $PROGRAM | less
That dumps the entire manual for $PROGRAM into `less`, where I can then use regex-searches like a normal humanbeing.I used to hate how GNU manpages would point me at the info docs, but honestly nowadays I prefer info. It really is nice — like a pre-CSS, pre-JavaScript HTML, only it can be beautifully typeset too.
This is a bad take. When wading through dry technical documentation a little humor can make it much less laborious.
As long as the humor doesn't result in ambiguity, there's no problem.
Something like "You can tune a filesystem, but you can't tune a fish." at the end of a manpage may elicit a chuckle but doesn't reduce understanding.
"your technical documentation should have a consistent tone"
I appreciate light-hearted asides in documentation. But more if I expect it than when it's unexpected. Like you wouldn't want to end up confusing some ESL programmer who goes ask a lawyer whether they should be worried about this?
Or if you're really ambitious, make all your docs super funny! But if you mix the tone it's disorienting and maybe bad writing.
"I agree with removing this joke. A bit of humor is fine - indeed, the manual could use a bit more than it has - but this attempt at humor does not work. The manual should be high-quality, and that includes high-quality jokes."
Here, here!
I would even go so far as to say that Why's (Poignant) Guide to Ruby directly contributed a great deal to Ruby's popularity because of the witty content alone.
This isn't a well-constructed joke in that sense - it's likely to cause confusion, not increased understanding.
Disagree with his application in this context
I don’t give a damn about your politics when I’m trying to solve a problem unrelated to them
I've been dreading the day OSS projects became as soulless and boring as corporate ones. If we can't have jokes in technical documentation then it seems that day has come.
Next the FOSS HR department will be asking them to rename the abort function.
But glibc, and huge other parts of the FOSS ecosystem, has been a corporate project for years. Maintenance comes from stodgy companies like Red Hat who install glibc on the sort of extremely stodgy companies who are Red Hat customers.
And for those of us whose day jobs involve using glibc and reading its documentation, we deserve the benefits of free software as much as everyone else. If it is an ethical imperative (as RMS says!) for all software to be free and for proprietary software to die, it follows that the primary battleground is the servers of soulless, boring corporations. Your hobbyist laptop is important, too, because everyone deserves free software. But if free software weren't around, you would have installed a pirated copy of Windows with a keygen with some hentai as its background image and enjoyed the non-HR-compliance of the process, and Microsoft would have been quite okay with it because you would be locked into their proprietary software.
If free software is an ethical imperative - or even if it's not, but even if open source is simply a better way to develop software - then everyone who wants a job in software engineering and is qualified for it should be able to have a job in writing and maintaining FOSS. Human society has determined that if we want everyone to participate in an activity, things work better if everyone agrees to uphold a few norms. They don't have to be the same norms as boring corporations uphold (and you can quite easily argue that the norms of boring corporations aren't that good, actually, at making sure everyone is welcome to participate on equal terms). But the fact that we open our shared infrastructural work to accountability and public judgment is sort of how civilization works.
Hobbyist projects are still as possible as ever. Twenty years ago, you wouldn't have been able to get inappropriate jokes in the technical documentation for Solaris libc, or into MSDN, or whatever, but you could work on some upstart free software project with your friends and do whatever you want. You can still do that. If you want to be the young, upstart libc with some off-color political jokes that's being an alternative to the boring corporate libc, more power to you. Not everyone will participate, but that's what you want. Meanwhile, the libc whose goal in life was to displace the corporate libcs has won - and needs to step into its role.
This is simply untrue; you can look at the patch's commit message and the review thread. The primary justification was that it wasn't appropriate, and the secondary one is that it wasn't actually funny and was tasteless. Nobody said "offensive". You can read the thread yourself.
https://sourceware.org/ml/libc-alpha/2018-04/msg00595.html
(The April history shows the conversation between maintainers regarding the patch itself; if you want to see RMS' reply, go to the May index. RMS and Alexandre Oliva, the two people defending the joke, brought up the concept of "offense", and people repeatedly say in reply that they're not offended. Oliva later says he's offended by other people in the discussion.)
Of course, you're also welcome to believe that everyone who disagrees with you must be offended; you're entitled to your opinions.