I believe the Delta Chat client started off as a fork of the Telegram client.

Your point seems to be “open-source-with-monetization now has a problem, but altruistic-source doesn’t”. Maybe the linked blog was that narrow in focus on open-source, and you force-expanded it to altruistic-source.

I think projects with principles are in the same quandry as those with a monetization objective. Software under GPL-like licenses has a problem, LLMs slurp up Linux and GCC source code and spit out non-compliant derivative work. It is no longer possible to promote principles by contributing in the open. There is also no hope of software authors winning damages from companies the way book authors seem to have won in court.

This should be grounds for prosecution as phishing, right?

You can’t call uncaring consumption or negligent cost-cutting measures geo-engineering. Geo-engineering is an expense, and whoever spends is looking at their returns, which is an incentive to do worse than uncaring consumption etc.

Do commercial apps work on such an installation? I have seen them get worse, checking for non-rooted, non-developer-mode-enabled, Google Play Store enabled, etc.

More like a vocal minority, I’d guess. Its upto the majority to also be vocal.

Also, which native UIs do people like coding up? Most UI toolkits have JS bindings, don’t they? So only HTML/CSS is the bad fit?

They also bought the Bun JS company, didn’t they? Maybe they actually can improve the spp a bit by replacing Node with Bun.

Go landfills!

There has been the “4opens” criteria, that has been more on point than free/libre/open source.

In hindsight, defeating corporate and AI piggery might have needed single-maintainer closed source with open protocols. Software components? Maybe it would have led to the compound document model instead of the app model, architecturally enforcing openness.

“The code I produce using AI is mine.”

Isn’t it actually of the people on whose code the LLM was trained on?

Delta chat uses e-mail securely https://delta.chat/

I think it is intellectual laziness to do Python just for its ecosystem when saner options abound.

hmm. Are you atleast getting credit for fixing all that?

LLMs defacto seem resource guzzlers, and are continuously overloading websites.

This is great. Overdue if you consider the values they espouse. Quite feasible for a compiler project to ignore the network effects of Github. Is their Discord usage next :-)

There is https://tauri.app/ coming up to let Electron app developers debloat their offerings.

Thanks. I’d not want to add a 3rd thing, RSS, into the mix, so following from Mastodon might be a workaround. Ideally, I would “follow” in Lemmy itself!

True, I am looking for “get threads boosted by this account”. If Mastodon did threads well, I would have stayed on it. I wouldn’t care for it at all if I could also “follow” accounts on Lemmy (and the accounts that matter were on Lemmy).

BTW, I liked the idea on emacs-devel about PGO/FDO experiments. And, with a short PGO Emacs session and compiling Emacs with that profile, I see almost all the responsiveness issues disappear. What is left are slow indent-region and slow file opening, which seem unrelated to UI responsiveness.

Are there automated UI test runners? Just a matter of recording macros, or even writing out elisp, I guess. Having targeted tests and using them for PGO/FDO to do Emacs releases seems useful.