Ask HN: Is JavaEE dead?
I have just finished an engineering JavaEE course, yet it seems like no one in the business world is hieing (or working with) it anymore.
Is it worth the time, or do you think it is dead?
Is it worth the time, or do you think it is dead?
29 comments
[ 3.1 ms ] story [ 82.3 ms ] threadPity that Android chose Java - but then again, back then it seemed like a good idea (TM).
For the past few weeks, recruiters have been calling me a few times a week saying that they have Java positions that they need to fill, so it's absolutely not 'dead'.
After a bit of searching I found that the jobs typically may be found by searching for "Java Enterprise" - surprisingly nothing turned up for me with the search term "JavaEE". Of course, it depends which job board you are using in your search - I tried Monster & Seek.
Number one.
Your FUD is utterly pathetic. Utterly. This BS needs to stop. You may not like the language, fine. But dead? FFS.
JavaEE is for oursourced devs in india and people who took on programming to get a good salary.
http://www.tiobe.com/index.php/content/paperinfo/tpci/index....
"The TIOBE Programming Community index is an indicator of the popularity of programming languages."
Java is #1.
Android apps are based on Java. It's not going anywhere any time soon.
In the open source world things have been looking better. When Oracle dropped commercial support for GlassFish so did interest in GlassFish drop. Some of them migrated to WildFly / JBoss AS/EAP. TomEE has been the only new entry in recent years and from the outside it seems they are struggling to deliver a Java EE 7 (which is two years old) compliant server. Geronimo will be closed down soon. Resin is in its on niche.
The other question is how you define Java EE. If you're using JPA in Tomcat, is that Java EE? If you're using Bean Validation in Spring Boot, is that Java EE?
But then again, has there ever been a time when Java EE had a good rep even with Java developers or was it always something they had imposed on them by "enterprise architects"?
Above that would be a Team Lead (late 20s/early 30s). A manager would manage 2-4 team leads. A Director / AVP 2-4 Managers. Technical Leads (senior non managers - perhaps what you're thinking) would be dotted around as needed.
But a lot depends on the product and business line. A business line with a simpler product would typically have everyone at 2-3 levels up the hierarchy above a business line with a simpler product.
(a designer in a big company)
I develop on Java since 15 years, all these years I have seen most of the fortune 500 customers trust Java platform for their enterprise systems.