Earlier quoted context omitted.
https://wiki.openjdk.java.net/display/loom/ which is superior to async/await, if I may say so myself (I'm the project lead)
> Fibers are user-mode lightweight threads that allow synchronous (blocking) code to be efficiently scheduled, so that it performs as well as asynchronous code Sounds a lot like Erlang BEAM processes.
IT Runs on Java 8
381–390 of 556 posts
Re: IT Runs on Java 8
#382Smart girls learn COBOL.
Re: IT Runs on Java 8
#383Earlier quoted context omitted.
> and there is a reason that the startup world stays away from Java in droves. You may have your own case of tunnel vision. I mean, sure, there are "droves" of startups that stay away from Java (many only to turn to it later), but there are also "droves" that adopt it from the get-go.
Why don't we look for some concrete information? According to the statistics reported by https://www.codingvc.com/which-technologies-do-startups-use-... , Java looks like the fourth most commonly used language in the startup world, and its usage is not particularly well correlated with success. Both Ruby and Python are more popular than Java, AND are better correlated with how good the company is. Your odds of being…
Re: IT Runs on Java 8
#384The funny thing is that from a purely technological point of view, Java (even the 5-year-old Java 8 and certainly recent versions) is far ahead of most other stuff hyped on HN (as well as less hyped stuff). Virtually no other platform comes close to that combination of state-of-the-art optimizing compilers, state-of-the-art GCs, and low-overhead in-production profiling/monitoring/management. And much of the cutting-e…
Isn't Minecraft written in Java. Many Fortune XX have their entire product lines written in it. Frankly, I don't understand the hate it gets on HN.
The creator of notch chose java because when he started minecraft he thought that would let it run in web browsers. He wouldn't choose java if he could do it over again.
Re: IT Runs on Java 8
#385Earlier quoted context omitted.
.NET Core is winning a lot of benchmark comparisons now. And one might consider Rust to be more bleeding edge.
Java and Rust are both bleeding edge in their respective domains, which are quite disjoint. I like them both, and Rust may well dominate its domain one day as much as Java dominate its own (although Rust's domain is even slower-moving than Java's, so that process may well take decades). I don't know of .NET Core winning any quality industry benchmarks that people actually pay attention to, let alone a lot of them.
And SIMD is coming soon in .NET Core 3 which should be a big jump for many workloads.
Re: IT Runs on Java 8
#386All I know is that reading HN and responding to what I've learned has made my salary go up, up, up in the last 5 years. Partially by recognizing there are so many cool things out there that pay well. You can be defeatist and say "I'll never learn all of this,' or you can be clever and figure out the things that are worthwhile to learn. I went from working in a boring insurance shop to one of the fastest growing tech…
What were you doing before exactly?
What tech specifically do you feel helped you?
Re: IT Runs on Java 8
#387Earlier quoted context omitted.
To a couple of those - Compared to the other options, Gradle (IMO) significantly reduces the package & project management overhead. That said, it's still relatively high insofar as you are still asked to keep track of things like whether a dependency is needed at compile time, run time, or test time. Java-the-language has a symbiotic relationship with heavyweight IDEs. The language's development is as influenced by t…
Maven doesn’t have a lot of overhead, if you don’t overengineer your POM and use shared parent between multiple projects. It requires some DevOps thinking, but in the end typical project POM will be just a list of dependencies and basic metadata.
Re: IT Runs on Java 8
#388Earlier quoted context omitted.
> So Java is not only the safe choice for serious server-side software; it's also the bleeding edge. Sure for core Java (OpenJDK), but what the future of JEE licensing and development? Even non-"enterprise" apps typically make use of some JEE stuff like servlets and JDBC. Is it really the "safe" choice when, apparently, the trademark agreements have just fallen apart? https://headcrashing.wordpress.com/2019/05/03/neg…
I know little about EE (and I'm certainly not speaking for anyone but myself), but I believe Java EE has lost dominance not because of any corporate decision, but because it simply started losing ground to unstandardized open source projects [1], as opposed to EE's JCP. So people who liked EE wanted to ditch the slow-moving JCP in favor of a faster process, and one question was whether the new project will be able to…
Re: IT Runs on Java 8
#389Earlier quoted context omitted.
It's a bit disturbing how much people in this industry are focused on tooling. That strikes me as such an odd critique, and I can't make it work for any other industry; you certainly wouldn't apply it to something like dentistry, or oil refinery, or plumbing. If I went in for a root canal and the dentist said "We're gonna kick it old school today, sniff this rag of ether, I'm bored with all these tools!" I would grab…
>>That strikes me as such an odd critique, and I can't make it work for any other industry; you certainly wouldn't apply it to something like dentistry, or oil refinery, or plumbing. A software developer's job is to create software. Almost like an author. Some more than others. At the end of the day, no matter how good your pen is, it will not write a great book for you.
Re: IT Runs on Java 8
#390Earlier quoted context omitted.
Startups don't use Java because Java is for large-scale stable long- lived enterprises, not for prototyping simple small web apps that might be thrown away in a couple of years.
You often hear this, but what does it actually mean? Why is Java for one but not the other. Here is my understanding. Java was designed to limit the damage that any developer could accidentally do, rather than maximize the potential for productivity. Which is an appropriate tradeoff for a large team. It is hard to get good statistics on this, but the figures that I've seen in books like Software Estimation suggest th…