I hire some dev interns every year. For the past 5 or 6 years, they all were using Sublime Text as their main editor. And none of them paid it, they simply clicked the nagging dialog away. To all of them I had to explain that it would be fairer either to use a free alternative like Atom or VSCode, or pay the fee (or learn to use a real editor like Vim or Emacs :). People go through incredible pains not to pay, even if your program isn't free. Even if they're programmers, and spend all day using your program.
But, I would seriously argue the proposition that open sourcing one's software does not harm your ability to make money from it. Exhibit A is how often you see a mass of "They want money ? We're switching/forking !!!" type of posts and comments whenever the inevitable "we need to start making money from this project" point hits with an open source project.
As for your example, you're kind of making my point for me. ;-) It's a serious issue, and one that I'm trying to make as much as possible: as software developers, we're seriously harming our own economic well-being as a group by being overly-altruistic and conditioning (what would normally be paying) customers into thinking that our work is without value. It doesn't matter what the reality is, but free=no value in the eyes of consumers.
Having paid for sublime and PHP storm, both have vim modes. But I prefer nano (yes I'm one of those lol ;-) )
Whereas clearly it can, as there are the occasional success stories. So, it's more than 0%. Maybe not a high percentage yet though. ;)
My point is that you can't start a business based upon some vague hope that someday, somehow, someone will possibly choose to donate money to you. You need a reliable stream of income, and one that will keep coming long after the shine has worn off the original product and now you're slogging through complicated maintenance and upgrades.
You want to know why the JS ecosystem keeps suffering from the "shiny penny" problem ? This is one of the reasons.
What part of that doesn't apply equally proprietary software too?
For an already successful OSS project though, it might be a way to turn that into an ongoing income stream to then continue improving the software.