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!

India likely won’t - we were all one entity for thousands of years and share a lot of culture - but it will want to counteract whatever China does.

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).

I need a fast setup on the same hardware to compare against, but I don’t have it. This is the experience on VMs. I don’t know what is fast for people. I stated one of my observations that indenting a couple of thousand lines is slow. How fast is that for you, in a VM or on hardware?

I did some comparisions. The installation built without treesitter support is noticeably faster than the one built with treesitter support; even in the latter, I don’t have any treesitter grammars at all and no -ts-mode in use.

What hardware/VM and OS are you running on? What kind of development do you do in Emacs?

And, are you normalizing having to read the docs to have, for example, indent-region not be too slow?

I agree native-comp shouldn’t be necessary, since Emacs wasn’t this slow until maybe Emacs 25 and they keep improving the Elisp interpreter. And we probably can’t expect the speed from before the CPU vulnerability mitigations and from running on hardware from any software running in VMs nowadays.

What I see is much worse than that.

Yep. And a cheatsheet of useful features you may discover very late otherwise https://web.psung.name/emacstips/essential.html

Ruby/Crystal seem to have P … Q for inclusive ranges and P … Q for right-exclusive ranges.

What kind of programs do you, or would you, write in C? For most programs, writing in C would leave you, as you put it, stuck.

Having all these amazing worked-through ideas by Bret Victor available in the open is itself amazing!

Has splashing their population’s degenerates’ antics on the Internet helped anybody?