Top Programming Languages 2025
11–20 of 467 posts
Re: Top Programming Languages 2025
#12It’s amazing where java is.
The tooling and ecosystem aren’t great compared to some of these languages, but Java itself can be pretty damn good.
I used to be a hater many years ago but I’ve since grown to love it.
Re: Top Programming Languages 2025
#13I was pondering similar thoughts. Will LLM assistants ossify our current programming languages? My limited testing seems to show LLM assistants do well the more popular the language is (more data in its training), so is the hurdle for adoption of something new going to get even higher? In an alternate universe, if LLM only had object oriented code to train on, would anyone push programming forward in other styles?
Re: Top Programming Languages 2025
#14It’s amazing where java is.
If you’re working in a large team, and you’re not locked into the MS stack, and you’re not doing anything that needs to be super performant… Java is, by far, your best option. The tooling and ecosystem aren’t great compared to some of these languages, but Java itself can be pretty damn good. I used to be a hater many years ago but I’ve since grown to love it.
Re: Top Programming Languages 2025
#15I was pondering similar thoughts. Will LLM assistants ossify our current programming languages? My limited testing seems to show LLM assistants do well the more popular the language is (more data in its training), so is the hurdle for adoption of something new going to get even higher? In an alternate universe, if LLM only had object oriented code to train on, would anyone push programming forward in other styles?
I recently picked up Hare, which is quite obscure, and Claude was helpful as a better— albeit hallucinogenic— Google. I think LLMs may not lead to as much ossification as I’d originally feared.
I had looked at it recently while checking out C-like languages. (Others included Odin and C3.) I read some of the Hare docs and examples, and had watched a video about it on Kris Jenkins' Developer Voices channel, which was where I got to know about it.
Re: Top Programming Languages 2025
#16Well I'm happy that Haskell registers at all! At a level similar to ... LabView (oof). The article proper is rather uninteresting, I'm afraid.
Re: Top Programming Languages 2025
#17Well I'm happy that Haskell registers at all! At a level similar to ... LabView (oof). The article proper is rather uninteresting, I'm afraid.
My favorite Julia also made the list this year... nonzero users means there is hope for fun languages yet.
With the new Intel+NVIDIA RTX SoC deal, we can expect Python and C++ to dominate that list in the next few years. =3
Re: Top Programming Languages 2025
#18Well I'm happy that Haskell registers at all! At a level similar to ... LabView (oof). The article proper is rather uninteresting, I'm afraid.
It’s grating to see Haskell compared to labview, regardless of context lol
LabView is a kick in the pants...
I'd wager it is the installed base keeping LabView on life support. =3
Re: Top Programming Languages 2025
#19huh. This seems to suggest there are more Rust jobs than Ruby. Wild considering how insanely popular Ruby was 10 years ago.
Re: Top Programming Languages 2025
#20I was pondering similar thoughts. Will LLM assistants ossify our current programming languages? My limited testing seems to show LLM assistants do well the more popular the language is (more data in its training), so is the hurdle for adoption of something new going to get even higher? In an alternate universe, if LLM only had object oriented code to train on, would anyone push programming forward in other styles?
Not only that they also tend to answer using the the more popular languages or tool event when it is NOT necessary. And when you call it out on it, it will respond with something like:
"you are absolutely right, this is not necessary and potentially confusing. Let me provide you with a cleaner, more appropriate setup...."
Why doesn't it just respond that the first time? And the code it provided works, but very convoluted. if wasn't checked carefully by an experienced dev person to ask the right question one would never get the second answer, and then that vibe code will just end up in git repo and deployed all over the place.
Got the feeling some big corp may just paid some money to have their plugin/code to on the first answer even when it is NOT necessary.
This could be very problematic, I'm sure people in advertising are just all licking their chops on how they can capitalized on that. If one thing currently ad industry is bad, wait until that is infused into all the models.
We really need ways to
1. Train our own models in the open, with weight and the data it is trained on. Kinda like the reproducible built process that Nix is doing for building repos.
2. Ways to debug the model on inference time. The tag is great, and I suspect not everything is transparent in that process.
Is there something equivalent of formal verification for model inference?