Oracle Java SE

Java is the backbone of Scala. Lots of the improvements of the newer version of Java have been based on the improvements Scala introduced (functional programming features, among others). In this way Java and Scala are very symbiotic.

Java is highly more performant and with a very wide range of opensource libraries at hand, there is not much that you "cannot do" as long as you "do it right". Interpreted nature of Python doesn't let you do proper multicore/multithread operations, you could even say that concurrency is non-existent - it's that bad. .NET provides some promises with the latest iterations but the range of libraries and size of Java community is just too massive to even consider "vendor" lock-ins that may away you on the other side.

Code readability is greater in [Oracle Java SE]. Code refactor can be achieved in [Oracle Java SE], design patterns are used across the libraries and in use of it as well.

We also use C++ and Python in our application. We are working to migrate to a web-based application, but continue to invest in our Java client.

Because of its reliability, performance and other reasons, Java SE is the top choice.

Both platforms provide support for common programming languages such as PHP, Ruby, and Python. Java developers can also use languages such as Java, JavaScript, Clojure, Groovy, and Scala while .NET developers can code in C#, F#, VB.NET, C++, and .NET. The two platforms also support other, less popular languages. Another factor to consider is whether you have the required infrastructure to support a complex app or website built with .NET, or you need a more flexible approach that Java-based solutions can offer.

We choose Java as our system has multiple sub-applications that have different purposes and architecture including back-end applications, front-end UI, front-end Rest API, and Selenium Automation tests. They are deployed in Windows and Linux, communicate with each other using Rest API, RMI and Queue Message and need to support different deployment environment from Dev, Test, UAT to Production so using Java allows us to have a common standard from development, build and deployment for all applications.

We had to stick with Java SE due to some of our other services being already written in Java. For the past couple months, we have been experimenting with Python and comparing its level of security and performance. From our experience, Python has fewer security capabilities, but has a much faster performance compared to Java.

I like the platform independency.

I wanted to write Python, NodeJS, PHP... but it's hard to compare all the different fruits in the basket. Java is good for what it was made for, and much more nowadays. Java was and I suspect, will be a strong candidate for any backend project, and it's one of the most popular languages ever created - for a reason. You can love it, hate it, but must know, what it is: that means something.

As I wrote earlier, I don't have a preference for one vendor's Java SE over another.

Java vs Scala:

• Less "cool."
• More verbose.
• Less expressive.
• Less suitable for Big Data.
• More conservative.
• Much easier to hire for.
• Code can be maintained by regular engineers.
• Performance can be slightly better.

Java vs Go:

• Less "cool."
• Bigger deployment footprint.
• Higher memory consumption.
• Slower start.
• Worse performance.
• Better, more mature libraries.
• Greater engineering complexity and boilerplate than Go, which favors simplicity.
• Much easier to hire for.

Java out of the box is lower cost traditionally. As time has evolved, c# is catching up.

Oracle's Java is a uniform platform. It is widely used and universally accepted and is the defacto language. The majority of the industries from Banking, retail, healthcare, hardware, software, military, defense, and commercial, to the fashion industry use this language for their programming needs. This is why companies and developers and architects prefer Oracle Java SE as the language of their choice.

We haven't really used any other products like Java. We have used python and C++ for other projects. Java is much simpler to use than C++, but probably not as simple as Python. Then again, Python is meant to be a scripting language, so when comparing to C++, Java is definitely easier.

Many other languages could be used for initial programming. However, simplicity of concepts, static type system and available tool support in combination made Java come out top for us. Especially Python has become very popular recently. I think this is a step backwards, due to lack of static typing. This does not help beginners.

Azul provides comparable services to Oracle Java SE. Compared to Oracle Java SE, support from Azul is more responsive and reachable. The downside is that the customer base of Azul system is much smaller compared to Oracle, so online resources are a little hard to search. But it has been more than made up for with its support.

We are also using Zing, and it shows better performance in general.

Basically, unless you use Electron with really flimsy documentation, Java is the better cross-platform tool to use.

There are several alternative vendors of Java. They are almost all based on OpenJDK, so they are generally very similar. Levels of support vary, but they are more than worthy of consideration.

I do not see the languages that I meant to add in the list. These are Python, R, C, C++, Perl, Jython and Javascript. I have experience in each of these and each has its pros and cons. I like R and Python for scientific analysis. C and C++ have good support for communicating with hardware. We use Javascript widely for client-side validation.

ASP.NET and Java both live in a similar solution space, however, Java tends to be the better option due to the larger amount of available resources for it. Node is an interesting tool. It is in a similar space as Java, but more focused on front-end web application development. Depending on the needs of the application I may use Node, but my first instinct is to go with Java instead.

I have not tried any alternative to this software.

Did not do a product comparison, but Oracle licensing may force some of my customers to get to other variations.

Oracle is free to use and has many open source frameworks, tools and IDE's around it. That was the primary reason to choose Java SE.