Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Top Programming Languages 2025

spectrum.ieee.org

Post reply on HN
Print view View original

451–460 of 467 posts

Re: Top Programming Languages 2025

#451

Post by brainzap »

thrw_10292024 wrote: post #355
pornel wrote: post #26

It's hard to find good data sources for this, especially that StackOverflow is in decline[1]. IEEE's methodology[2] is sensible given what's possible, but the data sources are all flawed in some ways (that don't necessarily cancel each other out). The number of search results reported by Google is the most volatile indirect proxy signal. Search results include everything mentioning the query, without promising it bei…

> It's hard to find good data sources for this I like this: https://madnight.github.io/githut/#/pull_requests/2024/1 It gives you a count of public repos on GitHub by language used, going back to 2012.

this is much better and aligns with the stackoverflow survey "what are you working on in your free time"

Re: Top Programming Languages 2025

#452

Post by Perz1val »

throwaway2037 wrote: post #262
Perz1val wrote: post #210

Earlier quoted context omitted.

I speculate it goes this way: 1. Some people at a Java company get excited about Rust 2. They write some microservices in Rust. They're now having "Rust jobs" 3. The company hires more Java devs to replace the people that now maintain the Rust side of things 4. When in need there are internal shuffles to replace those Rust devs It can't go forever, but as far as I can tell the usage in corporate has started not long…

It is interesting that your speculation chose this path: Java to Rust. That surprises me! I would have much more likely to say, C, C++, or Go to Rust. Was your choice of Java arbitrary, or is there a deeper reason?

A bit late response, but I think I just picked Java as a generic corpo language.

Re: Top Programming Languages 2025

#453

Post by vips7L »

flanked-evergl wrote: post #449
vips7L wrote: post #440

Earlier quoted context omitted.

JSpecify does. And the work for adding null restricted types to Java has already started: https://openjdk.org/jeps/8303099

Thank you for sharing this, I was unaware of this and it does seem very promising. I hope that the JEP gets done soon. As this is, in fact, tacked on, I guess you don't really get much benefit unless you rewrite all your code with these still non-standard annotations. It does not seem like pointing JSpecify at a standard spring boot codebase will do anything for you. Whereas pointing Mypy to a standard Python codebas…

> Whereas pointing Mypy to a standard Python codebase will type hints that conform to the language spec will do something for you, as null safety is not tacked on but baked in for python type hints.

That is if you wrote your code base with type hints, just like if you wrote your codebase with jspecify annotations.

Re: Top Programming Languages 2025

#454

Post by perfmode »

bluecalm wrote: post #354
perfmode wrote: post #319

I wish Python weren't so popular. Really miss compile-time type checking.

As others are pointing out here use type annotations + Mypi integrated with your IDE or CI. Imo a bigger problem with Python is that it's very slow and if that becomes a problem it's hard to solve.

I recently discovered PyO3. can delegate to Rust libraries. I suppose it requires finding good seams

Re: Top Programming Languages 2025

#455

Post by a96 »

throwaway2037 wrote: post #260
IshKebab wrote: post #190

Earlier quoted context omitted.

Yeah except job adverts have enormous lag behind what's actually popular. For example we used Rust quite a lot at my previous company but we didn't advertise for Rust developers at all. Also then you're looking at which languages were popular in the past whereas the interesting stat is which languages are being used to start new projects.

> we used Rust quite a lot at my previous company but we didn't advertise for Rust developers at all. How did you find Rust developers when you needed to hire?

Find developers. Tell them they get to use Rust. You now have Rust developers.

Re: Top Programming Languages 2025

#456

Post by a96 »

plainOldText wrote: post #292
torben-friis wrote: post #22

As a backend dev (mostly working in fintech) I feel weirdly unable to find a target language to move to. After working with Node and Ruby for a while I really miss a static type system. - Typescript was limited by its option to allow non strictness. Nothing catches my eye, as it’s either Java/.Net and its enterprisey companies or Go, which might not be old but feels like it is, by design. Rust sounds fun, but its use…

Nim is a statically typed language with a syntax resembling Python's. https://nim-lang.org/ Sometimes I'm questioning if it has the potential to become more popular in the future if AI becomes adept at translating Python projects to Nim.

IM[EO], the std library and system interfaces are complete obscure made-up trash. The language was fine and tooling is nice, but I decided I'll neveer try to use nim again.

Zig, otoh might be worth another look.

Re: Top Programming Languages 2025

#457

Post by a96 »

ngruhn wrote: post #128
munchler wrote: post #108

Earlier quoted context omitted.

HTML on its own is not Turing complete, so it’s not a programming language in any practical sense. It’s a markup language.

not sure if that's a good criterion. There are also non Turing complete languages like core SQL or Rocq that definitely feel like programming.

Things can and often do feel like other things that they are not.

Re: Top Programming Languages 2025

#458

Post by a96 »

Joel_Mckay wrote: post #18
chamomeal wrote: post #16

Earlier quoted context omitted.

It’s grating to see Haskell compared to labview, regardless of context lol

Haskell is a fun language... LabView is a kick in the pants... I'd wager it is the installed base keeping LabView on life support. =3

But labview is what happens when there's a project that needs hardware automation and has lots of budget but no desire to make in-house tools.

And the house already used labview the last time that happened.

Re: Top Programming Languages 2025

#459

Post by a96 »

mrheosuper wrote: post #104

What is "Arduino" ? If it's the "Arduino" that hobbyist using to DIY device, then "Arduino" is not a language, it's C++.

Arduino is a company that likes to make fundamentally incompatible things, add their branding and claim that they are the big technology and not AVR, C++ etc.

OTOH, if you have a programmer that's been only using the Arduino IDE and its libraries, they probably haven't learned any C++ beyond loops and procedures and other atoms. It's technically C++ underneath, but a tiny subset in practice.

Oh, and actual corporations and labs do use them, though. It's really a dead simple way to automate some electronics with literally off the shelf tools. Almost any alternative will be extremely niche, require invasive SDKs and probably either cost 100 times more or need shipping overseas or both. Much like Raspberry Pi that you can get in your corner store and find ready code to go while "professional" SBC's are behind crazy hurdles with outdated sw and no documentation.

Re: Top Programming Languages 2025

#460

Post by a96 »

mock-possum wrote: post #9
hackthemack wrote: post #2

I 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?

Of course it’s always been easier to find talent when working in more popular languages. That’s the big risk you take when you choose the road less traveled.

Easier to find CV's with a word. In reality, just about any programmer should be able and willing to pick up a language when needed. Unless you have hyperspecific needs with some massive framework, a pattern matching HR is not a good way to find programmers.
Post reply on HN