Yep. Preface: I'm a cranky minimalist who would generally prefer reading plain-text-that-happens-to-be-markdown at a 78 col wrap (syntax highlighting tends to give me a headache, and I'm happy to copy-paste URLs as the price for having a document that's lightweight and comfortable to read).

Actual point: Dear gods that 4am crack is awful to read, and I'd actually prefer github angry fruit salad in spite of mostly hating the latter.

So, yeah, there are virtues to simplification, but it can still be overdone - and while the article we're commenting on was great to me, it probably overdid it slightly - and the link you provide is an unintentional reductio ad absurdum of the approach.

(long comment written because I expected to disagree with you until I clicked and went aaaaaaaaaaaaaaaaaa)

That link is a perfect example of how subjective all of this stuff is. I don't have any issues reading that page, though I understand how you might!

Here's a blog post I've always found interesting about Markdown, from Joe Armstrong: http://joearms.github.io/2016/03/21/Why-Markdown-Sucks.html

Plain text documents don't solve the problem he's talking about, but they at least mitigate it somewhat -- WYSIWYG is preferable to a changing pseudo-standard mangling an author's intent, in my opinion.

Yeah, I don't mind it at all, besided being very far over against the left margin. I think I would find it more jarring if the paragraphs were wider, and then it suddenly shrunk back down just for the code listings.

But then again, I may be a bit warped: a while back, while stuck in bed sick for a week, I implemented chacha20 in 6502 assembler, on an Apple II emulator, on my phone.

¯\_(ツ)_/¯