I think you are doing the post injustice by hijacking it. FOSS maintainers can get a burnout even without toxic users - hard deadlines and the understanding that people really rely on your project can do that to you.
e.g.: About 25 years I had developed some blogging software in the style of usemod (single executable, data stored in ./data) for coordination of and reporting about protests on throwaway VMs. This initially was a weekend project but spiraled out of control when it made its way through Europe and people called me for setups or features for other actions. My burnout was the result of trying to help grass root organizations while also being politically active myself and having a full time job. The solution was basically what the article says:
* invited more maintainers by dumbing down the implementation so that one does not need a black belt in perl to hack on it
* created minimal docs
* I found hoster in the scene who was competent and willing to do pro bono hosting in exchange for me being available in case of problems (he never called me).
If those "many successful services" are FOSS, you are a very rare breed of developers - one I have not yet encountered in almost 30 years of FOSS development.
Could you please link some of your projects? I could use some inspiration how to deal with entitled FOSS users who do not understand that they already got much more than what they paid for.
My initial reaction was that I have to use this just because of the buzzword density in the title. But after reading up, it looks like the author was pretty successful in moving the bloat from code to announcement title. I'll give this a try!
They should name their team DNS because that is what will be shown on scoreboards of all tournaments to which their players will have to travel with DB anyway.
Their reliability is so abysmal that I fly multi-hop flights from Berlin or to airports a few hundred miles off my destination if that allows me to not rely on them. Boats that go up and down the Amazon have not let me down the way DB reliably did.
This is regular reporting using end-consumer market rates to inflate numbers.
Just as you could not sell 127,271 bitcoins all at once at market value, you could not just sell cocaine worth $1.4 billion but still confiscated drugs, even in large quantities, are reported with end consumer market rates. Nowadays, if a report mentions that is talking about "street value", that is already a big plus in my book.
> I could be wrong, but I recall in many developing countries phones there are many teenagers who code on their phone because laptops (even tablets) are prohibitively costly.
Yes, I see that a lot here in the far south of Morocco.
> They might be wiring their phones up to some cheap keyboards, which is technically possible but I don't know if they're doing that.
OTOH the time of jumpers and dip-switches for configuring hardware state is over; I am not sure I want to give any gaming company any chance to persist not only in some management layer of my computer but also in peripherals.
It's a sad comment on society, that this comment is automatically flagged offensive because it contains the word "fuck". -- paraphrased from fortune files, offensive section
Ongoing work with big companies to replace existing technologies don't convince me. Though, neither does whining when the authoritative nameserver itself is returning bogus responses.
> I've not read your paper, but I'm willing to bet [...]
Offloading all burden of proof onto the partner in a conversation strikes me as.. odd - esp. if said partner already provided a paper on the very same topic that you did not even read.
> You can't build a web application on Hunchentoot -- a basic HTTP server -- and call it modern.
The article does a pretty good job of starting with the basics and introducing more complexity step by step. I would argue that the author's approach is better than any attempt to introduce a full-stack framework, which does not help the beginner level lisp programmer (clearly the target audience) understand - one might take away some recipes from that but no real understanding.
Which, if any, "modern" frameworks one uses then finally depends on the project and taste. After all, gluing together the various routing-, persistence-, ORM-choices only takes a few lines of code anyway.
And, after having been consulting as a lisp programmer for some years now, I would even argue that the overhead of learning some full-stack frameworks is usually not worth the benefits they claim to provide.
> [...] if you allow me to use that lingo which you won't but I don't care
> [...] + lots of text I didn't read
Understood.