Java at 30: How a language designed for a failed gadget became a global powerhouse
-
First learn C, then learn C++, then learn Java. In that order, each will make you appreciate what the previous one lacks. From there, you should pretty much be able to learn anything.
You can't learn C++. Some parts of it maybe.
-
it succeeded in holding back the entire field of programming for a decade via that mindset by having people blindly apply stupid Java design patterns to everything.
No, it didn't.
-
They did, but it makes me sad. Python is becoming the next JavaScript because of its ease of use.
The Java guys simply don't understand how to code without the gang of 4 crutch to lean on.
Some of the GoF patterns over-emphasise inheritance, but by-and-large, you don't build large systems without either using or rediscovering software patterns, whether they're OO, FP, or what-have-you.
-
Ironic considering C# was supposed to be very similar to Java
Its called Microsoft Java for a reason
-
It's a cycle all popular languages go through. First only experimental applications and super opinionated programmers use it. Then everyone wants to use it for everything. Then it finds a niche where it excels and settles.
I remember Java, C++, Python, and JavaScript going through those phases as well. Currently, everything is Rust.
What is the "everything" that Rust is being used in? From what I've heard its being used in the same place you'd use C or C++, not in any other niches.
-
The language was initially called Oak after an oak tree that stood outside
Things could have been a lot different!
"fucking oak what the fuck" still works so not that different
-
The language was initially called Oak after an oak tree that stood outside
Things could have been a lot different!
Oakscript does have a certain ring to it
-
Oh, I know you can, but it's optional and the syntax is kind of weird. I prefer languages that are strongly typed from the ground up and enforce it.
Python is strongly typed, it's just not statically typed. Python with consistent type hinting is extremely similar to a statically typed language like C#.
-
Show me an Android app written in Java, and I’ll show you the line of developers ready to rewrite it in Kotlin.
Sure, and Kotlin is largely syntax sugar for Java. It's certainly nicer, but the semantics are largely the same.
-
Python is strongly typed, it's just not statically typed. Python with consistent type hinting is extremely similar to a statically typed language like C#.
I would argue that without consistent and enforced type hinting, dynamically typed languages offer very little benefit from type-checking at runtime. And with consistent, enforced type hinting, they might as well be considered actual statically typed languages.
Don't get me wrong, that's a good thing. Properly configured Python development environments basically give you both, even if I'm not a fan of the syntax.
-
Sure, and Kotlin is largely syntax sugar for Java. It's certainly nicer, but the semantics are largely the same.
You must not write much Kotlin then? It’s far more than sugar when a language fixes core issues in another.
It’s a modern, statically typed language that addresses many of Java’s longstanding limitations with robust type safety, expressive functional features, coroutine-based concurrency, and extensibility — all integrated natively. Interoperability with Java is a strength, not a sign of dependency.
Calling Kotlin merely syntactic sugar is like saying Swift is just Objective-C with prettier syntax — it misses the deep improvements in language design, safety, and developer experience.
-
I attribute Java's uptake to a large amount of marketing and support, which led to a massive ecosystem. Even a mediocre language like this one can find success when propped up like that.
I am going to be decapitated for this, but you're totally right.
You only have to look at Rust. An horrible language with a massive hype machine and an army of zealots pushing it everywhere.
I can't understand how people are complaining about the java boiler plate and its verbosity, while promoting Rust every time they can.
-
Open jdk is where it's at
Yep, thanks to the AdoptOpenJDK project which really helped make OpenJDK builds available for all platforms. (It is now called Eclipse Temurin and Adoptium.)
-
I attribute Java's uptake to a large amount of marketing and support, which led to a massive ecosystem. Even a mediocre language like this one can find success when propped up like that.
For me it's the tooling surrounding it that makes it nice.
-
You don't think the $500 million marketing budget Sun put towards Java has anything to do with its success? It was more than just luck.
-
You can annotate types in Python, and it's actually pretty nice when used with Pyright/Pylance.
But nobody else does, and I need it more on code I am consuming than producing. In fact, many functions rely on being able to send various types for different behavior. Dynamic programming is crazy to me. It's like guessing. I don't know what type your code is accepting and I have to guess based on the name of read your code directly.
-
C++ is a monster. I'd suggest C instead to learn about these basic ideas.
C++ has classes though and if you start with C and then try to go to other Object-oriented languages you’ll be a little lost. But, by learning C++ first, you’re pretty much learning C at the same time, you just need to avoid using classes.
-
But nobody else does, and I need it more on code I am consuming than producing. In fact, many functions rely on being able to send various types for different behavior. Dynamic programming is crazy to me. It's like guessing. I don't know what type your code is accepting and I have to guess based on the name of read your code directly.
I have the opposite experience, a ton of libraries I use provide optional types, and the handful that don't often have a good reason for it (e.g. numpy). Our projects at work have types almost everywhere, and it's pretty nice to work with.
-
I would argue that without consistent and enforced type hinting, dynamically typed languages offer very little benefit from type-checking at runtime. And with consistent, enforced type hinting, they might as well be considered actual statically typed languages.
Don't get me wrong, that's a good thing. Properly configured Python development environments basically give you both, even if I'm not a fan of the syntax.
What's wrong with the syntax? It's just
var_name: Type = value
, it's very similar to Go or Rust. Things get a little wonky with generics (list[Type]
ordict[Type]
), but it's still similar to other languages.One nice thing about it being runtime checked is you can accept union types,
def func(param: int | float)
, which isn't very common in statically typed languages. -
You must not write much Kotlin then? It’s far more than sugar when a language fixes core issues in another.
It’s a modern, statically typed language that addresses many of Java’s longstanding limitations with robust type safety, expressive functional features, coroutine-based concurrency, and extensibility — all integrated natively. Interoperability with Java is a strength, not a sign of dependency.
Calling Kotlin merely syntactic sugar is like saying Swift is just Objective-C with prettier syntax — it misses the deep improvements in language design, safety, and developer experience.
I've written a fair amount, enough to know it's a significant improvement on Java, but that it still suffers from the unnecessary abstraction in the standard library. And that's pretty much my main problem with Java.
Swift is a different story because the main issue with Objective C is the syntax.