Why Java endures: The foundation of modern enterprise development
Why Java endures: The foundation of modern enterprise development
For 30 years, Java has been a cornerstone of enterprise software development. Here’s why—and how to learn Java.
Funny story, friend and I were just talking last night about how Java 8 is still used everywhere.
Moving to Kotlin taught me to appreciate the underlying fundamentals in the JVM and the patterns present in Java.
I'd rather not use Java today, though. Kotlin is basically Java but with the best practices enabled by default and the bad parts made impossible at a language level.
I need to know more. What are the bad parts that are disabled? Which best parties are enabled at the language level?
Yeah, they're probably talking about nulls. In Java, object references (simplified pointers, really) can be
null, pointing nowhere and throwing an exception if you try to access them, which is fine when you don't have a value for that reference (for example, you asked for a thing that doesn't exist, or you haven't made the thing yet), but it means that every time you interact with an object, if it turns out to have been null, a null pointer exception is getting thrown and likely crashing your program. You can check first if you think a value might be null, but if you miss one, it explodes.Kotlin has nulls too, but the type system helps track where they could be. If a variable can be null, it'll have a type like
String?, and if not, the type isString. With that distinction, a function can explicitly say "I need a non-null value here" and if your value could be null, the type system will make you check first before you can use it.Kotlin also has some nice quality of life improvements over Java; it's less verbose (not a hard task), doesn't force everything to belong to a class, supports data classes which are automatically immutable and behave more like primitive values than objects, and other improvements.
For one thing, the file and class name must be the same. While it is good practice, making it mandatory requirement limits flexibility.
Besides what other people said, one example is classes being closed by default (you need to explicitly set a keyword to make them open to extension). That was done to prevent inheriting from classes that weren’t designed to be inherited, and forcing you to use composition instead.
I feel like this article was written by an llm? The way it skips around and makes unnecessary comparisons to JavaScript, the jump from the very beginning to very recent changes, it's all just weird. It feels like it's saying nothing but talking a lot
That's why it should be made compulsory to indicate when something was produced, even partially, by an AI. This time of your life you spent reading some low-effort no-value bullshit you will never get back, and neither will the hundreds/thousands others who read it. This is a net loss for humanity.
Knowing Microsoft's AI obsession, I wouldn't be surprised if it is.
Completely agree. It does feel odd.
After using Rust, I struggle to find a use-case for Java.
We have Python for the bad programmers.
As a programming language polyglot, currently using Java for backend services, one of the biggest reasons to use Java is due to the ecosystem. Hardened libraries for web frameworks and everything else under the sun means you have confidence in the language. You have millions of instances running in the wild so detection of issues are found and resolved quickly, corporations backing security audits and a lot of funding to make really good libraries.
I hate the language itself and would never choose it as a language for a hobby project, but i completely understand why Java exists and thrives.
I hate Java, but wtf are you blabbing about?
This is a troll’s or a teenager’s line of thinking.
Kinda reminded me back in college I had a friend who I’d describe as a genius in computer science and programming. I was always so jealous how he was so knowledgeable about everything teachers talked about to the point of correcting them sometimes (and hurting the ego of some of them, which isn’t very smart).
He was like a C++ nuts to the point of having some of his code on the Boost library (which was impressive for a 20yo), but when Rust started getting popular back then, he really got into it and quickly became an “evangelist”. For some years, everything was about Rust, if you stopped to talk to him.
I met him year later and asked if he was still working with Rust, and he said after using it for enough different use-cases, he actually started to dislike it and pointed out a lot of problems and flaws that I wouldn’t possibly remember. I think he also said the community was very toxic and was taking the language to a direction he didn’t like. I suspect nowadays he is just another fella using Lua and C++ for his personal projects.
Cool