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.

Do try Delta Chat, and Sourcehut if you have more time. They use e-mail as a transport very well.

I believe relying on Github for an account, rather than on a not-yet-existing code commons organization, is the trouble. E-mail accounts are used left and right, and Sourcehut apparently makes it easy to collaborate on code via e-mail. Delta Chat even makes chat and webapps work over e-mail!

My ₹1. It may depend on what you plan to write in it (for fun). The BEAM sounds great for long-running processes, but not as much for point tools; Erlang and co supposedly run slower than Python, which isn’t fast either.

My other ₹ ;-) if you stick to the BEAM: OCaml sort of runs on it, as there is the Caramel project to replicate it (https://caramel.run/). One of the Erlang creators also ported Prolog to the BEAM (erlog), as well as Lua (erlua) and Lisp (LFE). Elixir is probably great, as it is inspired by Ruby (I found Ruby very pleasant, other languages have so much semantic noise).

Freebie! The BEAM inspired an inspirational design for parallel programming, the Pony language. I am somewhat sad development slowed down, it is a Rust killer.

Passively, as many sides as any other country. But nothing actively, like provoking or waging war on other countries.

Its all politicians blowing government winds in their own sails. The 2 companies minting money from ethanol blending are headed by sons of a minister.

Just like Europe doesn’t have much choice in natural gas supply from Russia, India too doesn’t. The US has always propped up Pakistan, their misadventure in Afghanistan ended with pushing them into China’s arms which already has Pakistan, Myanmar etc. in its pocket, and Ukraine supplies Pakistan with modern weaponry.

“Europe stays silent on continuing to buy natural gas from Russia”.

By the vague looks of it, he has tried Rust for something he would use C for. His impression of Rust’s utility in that domain seems unsurprising.

Beyond that

I used to not question why we build anything other than “system software” in C/C++. Once I questioned that, I quickly got past the “Why not Ada/D/etc.” stage and reached the “why is so much of large software written in mid-level languages” stage. For anything bigger than, say, a Unix CLI tool, it probably is, and has always been, wrong to use anything at the level of C (C++, Ada, D, Nim, Rust, Zig, etc.).

This choice of language level for “application software” seems to be a commercial choice. The software commons is using such languages probably because contributors want to hone their job-oriented skills. It got better with Python and Ruby uptake in open projects. But, efficient, safe but simple languages, say, OCaml and Erlang, have been available for decades. Crystal is also looking good right now.

Thanks gor the numbers. They don’t make Emacs look unusable, so we could blame these darn cloud-provisioned VMs!

Thanks. True, verilog-mode is maybe 6 times slower than c+±mode. I should add some treesitter grammars and try c+±ts-mode etc.

File opening being slow must be a different aspect.

I don’t configure at all, Emacs is quite capable out of the box. But you are right that I should try with -Q. I tried and found things like, terminal versus GUI doesn’t make a difference, and disabling font-lock-mode makes it almost twice as fast (but I wouldn’t use Emacs that way).