I'm conflicted about the notion that "no one has time to read your article." That says more about dilapidation of reading culture than the fact that length of a text is necessarily bad. I see it happening to me and I don't read something not because it is valueless on its own but because there is simply too much else outside of it drawing on my attention.
If there's more and more pressure to say less, eventually you'll say nothing. If you say everything, nobody will read it unless they have eyes set on your work.
Most people seem to be trained to write an expository piece in a classical model of assert a premise => provide an argument => yield a conclusion. They're not used to putting the conclusion where the premise should be sort of like an abstract.
Imagine that you're searching for a solution to a Javascript issue, and you see two search results. One has the answer and links to a working Codepen, and the other provides some conceptual information and links you to MDN documentation so you can figure the answer out for yourself.
Which one are you going to read first? If you picked the first one, does that indicate a dilapidation in reading ability, or that you needed an answer, and the first option provided the best one?
Honestly, if you've written a coding article which doesn't have any code in it, you've probably messed up somewhere along the line. Generally, I'd say it's expected that anything programming related likely has at least a few code samples and a few demos to test out, otherwise its usefulness is rather limited.
If there's more and more pressure to say less, eventually you'll say nothing. If you say everything, nobody will read it unless they have eyes set on your work.
Most people seem to be trained to write an expository piece in a classical model of assert a premise => provide an argument => yield a conclusion. They're not used to putting the conclusion where the premise should be sort of like an abstract.