Assume mainstream adoption as used by around 7% of all github projects
Personally, I’d like to see Nim get that growth.
Esperanto.
Alas, there are enough serious problems to fill a book.
Given that Esperanto was created before most of modern linguistics, this isn’t all that surprising. Programmers don’t much write in Plankalkül either.
Sorry to say, but once I realised how euro-centric, and to my ear/eye, latin-centric esparanto is I completely lost interest.
I don’t know if anyone has tried, but something which similarly draws influences from the languages that the vast majority of the world speak would be wonderful.
You made me think of that xkcd about standards.
Anyway, the eurocentrism argument, while perhaps true due to the Latin root, seems to be a little bit of a savior complex don’t you think? China itself pushed for Esperanto to be used as a business language internally late last century as I recall.
savior complex
I don’t see that at all.
It’s about making a language that the maximum amount of cultures can see themselves in, can have at least some familiarity with, and feel like they’ve been acknowledged in the making of a global language … all of which is intended to get maximum buy in around the world to establish a truely international language rather than a Lingua Franca derived from hegemony.
Maybe China was interested in Esperanto for a bit, but I’m betting like most stories like that it’s heavily exaggerated or outright bogus.
I’d love to read more about that! Normally, I’d just do my own searching, but since you have actual expertise in the area, is there someone in particular I should search for who explains this?
I also want to clarify that I’m not skeptical; on the contrary, I can think of three reasons off the top of my head, as a layman who knows virtually nothing about Esperanto, just based on you identifying colonialism as an issue, but I was hoping to get an educated take on it.
If we’re saying 7% is the bar for mainstream, then Rust is my vote.
C# is not even mainstream by that standard.
I’d also like to see Julia used more.
I personally find multiple dispatch far more challenging to use than OOP. I’d reach for Torch over Flux any day.
Although, I really like that the majority of the Flux stack is Julia rather than a collection of Cpp.
What do you find challenging about multiple dispatch? I don’t use Julia for my job, so I can’t say I’ve had enough experience to have a strong opinion. MD seems like a valuable tool though.
Simply, the lsp is far less useful. An object might have a dozen methods that act like verbs or some attributes that act as adjectives.
In Julia there is a huge number of functions, that work differently for different types and different combinations of types. So finding the documentation involves finding the right name for a function that does different things for different types, then scrolling down the docs for the the behaviour that corresponds to the specific combination of inputs.
I moved from R/Py to Julia for a while before moving back to Py (and a little bit of Rust).
I love how fast Julia is and the 1-index is fine for me, but I still prefer py for the oop.
The guy behind the youtube channel Context Free (about programming languages) made this site that tracks language popularity based on github/stack overflow: https://tjpalmer.github.io/languish
formal English
Zig hasn’t been mentioned yet, so I’m just going to drop that here.
I personally have enjoyed the meta-programming, the ease of integrating with C libraries, and like that it’s pretty straight-forward to compile.
Came here for Zig too. I never programmed anything in it other than hello world stuff. I think the world is waiting for the 1.0 release with complete tooling and package manager and a solid foundation that won’t change too soon. I watched talks from Andrew and what this guy and his team is doing is amazing. It’s a small team.
Zig is what I thought Rust would be like when I first heard of Rust. I’d love to try Zig for some hobby things but can’t get it running on OpenBSD (yet!).
Oh there is absolutely zero disappointment.
Years ago I wanted to learn how OpenBSD worked. Some people said to me “ah you want to get into programming at OS level? I was a bit disappointed with Go. But don’t learn C, learn Rust; Rust is the future there”. So as a total novice I looked at all 3 on the page. My impressions were: Go looks easy, C looks a bit harder, Rust looks… way too advanced for a beginner like me.
Later when I heard of Zig I started reading and it looked a bit more like what I expected a “future C” to look like.
I wish I had more time and skills to do work in C, Rust and Zig. I’m a Go programmer by trade.
Haskell. I think that more people being familliar with Haskell concepts would be good for programing culture and it would increase the odds of me being able to write Haskell professionally, which is something I enjoy a lot when writing hobby code at least. Having more access to tooling and a bigger eco system would be nice as well.
I’m not a 100% sure about my answer though. For one, I might grow to resent Haskell if I had to use it at work, and there’s also a risk that it would be harder to do cool innovative stuff with the language when more big companies depend on it.
