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

281–290 of 467 posts

Re: Top Programming Languages 2025

#281

Post by hasperdi »

superlopuh wrote: post #221
hk__2 wrote: post #198

Earlier quoted context omitted.

Have you worked with TypeScript? I’m working with both every day and I’m always frustrated by the limits of the 'type' system in Python- sure it’s better than nothing but it’s so basic compared to what you can do in TypeScript. It’s very easy to use advanced generics in TypeScript but a hell to do (sometimes outright impossible) in Python.

Yep, although never in a project of a similar size. One advantage of the Python setup is that the types are ignored at runtime, so there's no overhead at startup/compilation time. Although it's also a disadvantage in terms of what you can do in the system, of course.

Deno and latest versions of Nodejs run TS code without transpilation

Re: Top Programming Languages 2025

#282

Post by qwertyuiop_ »

cyberpunk wrote: post #218
zabzonk wrote: post #152

Earlier quoted context omitted.

In retail banking I'm sure that this could be true. Working in investment banking, I never saw a single COBOL application, or had to have my C++/Java/$MODERNLANGUAGE code interact with one.

Corp bank here, everyone has rumours about COBOL systems but no one I've ever spoke to has seen, interacted or has any other evidence these really exist anymore either.

You haven’t seen or heard them because they are abstracted away by APIs, circuit breakers and proxies. Almost ALL banks, credit card companies, travel systems and other high throughput transaction systems run on mainframe that is written in COBOL.

Re: Top Programming Languages 2025

#284

Post by louthy »

psychoslave wrote: post #197

> AI assistance means that programmers can concern themselves less and less with the particulars of any language. Sure. Until we need to. Then we face some apparently tiny concern, which is actually deeply intricated with the rest of this whole mess, and we are ready for a ride in the rabbit hole. > most developers today don’t pay much attention to the instruction sets and other hardware idiosyncrasies of the CPUs th…

>> most developers today don’t pay much attention to the instruction sets and other hardware idiosyncrasies of the CPUs that their code runs on, which language a program is vibe coded in ultimately becomes a minor detail.

If it was even slightly true then we wouldn’t be generating language syntax at all, we’d be generating raw machine code for the chip architectures we want to support. Or even just distributing the prompts and letting an AI VM generate the target machine code later.

That may well happen one day, but we’re not even close right now

Re: Top Programming Languages 2025

#285

Post by misja111 »

mirekrusin wrote: post #155
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…

Moonbit lang is currently the best language I've seen (not a joke).

Thank you for this, I just checked it out and it looks really great

Re: Top Programming Languages 2025

#286

Post by metaltyphoon »

throwaway2037 wrote: post #268
mrsmrtss wrote: post #258

Earlier quoted context omitted.

That's partially attributed to the fact that .NET is a truly batteries included solution and quality of it is generally good enough that there is no need for second or third alternatives for every basic thing.

I don't doubt your comment, but I immediately thought to compare to Java. Why does Java have exactly what you mention -- "second or third alternatives for every basic thing"? Is it easily explained by age as a language? Also, can you provide a concrete example of something that .NET includes in the core that Java does not?

If I were to ask you, how many APIs do you think “core” (w/e you consider core) does Java have. Think of a number before opening the link below and then let me know what you had in mind.

https://apisof.net/

Re: Top Programming Languages 2025

#287

Post by microflash »

kstrauser wrote: post #93
BuildItBusk wrote: post #76

Earlier quoted context omitted.

As mentioned, HTML is indeed a programming language. But it’s one that is rarely used on its own. So you could argue that having it as a thing of itself in these lists, makes little sense.

I contest this. It has no features of programming languages: no way to set or read variables, or to evaluate expressions, or any kind of flow control. If it’s a programming language, so is Markdown. (It’s not, either.)

Take a look at this conditional here:

Re: Top Programming Languages 2025

#288

Post by metaltyphoon »

Mond_ wrote: post #232
pjmlp wrote: post #148

Earlier quoted context omitted.

Other than comptime, it doesn't bring anything new to the 21st century. Its safety story is basically what Modula-2 (1978) and Object Pascal (1986) already had, but now it gets done with curly brackets instead of a begin/end language. UAF is an issue, and the tooling to tackle this issue is exactly the same that C and C++ have available for the last 30 years, give it or take it. It will be another language to talk ab…

Eh? As far as I can tell Zig already has more traction than e.g. D, which is listed. I don't think it's aiming for mainstream adoption anyway, it's a very specific niche.

IMO a language made mainstream when Azure, AWS and GCP has sdks for it. It’s not fool proof but and its a perhaps a good indicator?

Re: Top Programming Languages 2025

#290

Post by koakuma-chan »

microflash wrote: post #287
kstrauser wrote: post #93

Earlier quoted context omitted.

I contest this. It has no features of programming languages: no way to set or read variables, or to evaluate expressions, or any kind of flow control. If it’s a programming language, so is Markdown. (It’s not, either.)

Take a look at this conditional here:

"(prefers-color-scheme: dark)" is CSS
Post reply on HN