Randgalt

Do API docs actually provide much benefit in practice? Does anyone actually use Javadocs, for example? The problem with documentation at this level is that it's too low level. It useful, maybe, as a quick reference once you already know the project.

Why is a warmer Earth bad? I'd rather this new climate than the climate of the Little Ice Age. Humans tend to do better in warmer climates.

Every day I write in bash, Javascript, XML, JSON, Java, Scala and probably a few others. Trivial differences don't matter.

I don't think you can say one is objectively right or wrong. However, as someone who's programmed for nearly 40 years, the entire issue seems like a fetish. Would anyone choose a language solely based on whether separators were required or not? Is your productivity dramatically increased by the choice of required separators? Of course not.

In functional languages there are some reasonable needs that make not requiring a separator useful. But, it does make the code harder to parse and harder to read. Go, for instance, is not a functional language. Making separators optional (sometimes) seems capricious. But, then, Go is rife with capricious choices.

No, it's not. It's primarily Google Guice via Governator.

This view is missing some things. For example, Curator (now at Apache).

I saw another article that said "cause of death was not known".

Even to win the state lottery you have to make the effort to buy a ticket. Are you saying you've done nothing more significant than having good parents?

In the context of fairness vs equality I've never read/heard a similar comparison to ability.

Age, height, even weight (for the most part) are qualities of humans that cannot be controlled. Wealth is qualitatively different than these attributes.

Edit: no one would ever talk about the distribution of "ability at basketball" for example.

The article never defines what fairness is. Another word for fairness is "justice". The article betrays its bias when it analyzes how income is "distributed". Of course, income isn't distributed - it's earned. If person A earns 100x person B then of course it's just. However, if income were indeed distributed, all things being equal, unequal distribution would not be just. So, do you believe wealth is earned by hard work and diligence or that it is distributed by some kind of greater power?

I'm 51 and have never had trouble finding work. Stay current, relevant and, most importantly, specialize.

BS - Java 9 is well on it's way. Java will live long.

Try opening a bank account as a foreign US resident. It took my over a month to get my bank account and required copious documentation and a lawyer. All the time there was no guarantee that I would actually get the account. I personally know several US expats who were unable to get bank accounts. It's so much work for the banks that many are just not accepting US citizens for new accounts.

It seems a natural. Unless they have a special relationship with Microsoft of course.

The "micro" in microservices is the issue. It reminds me of the "No-SQL" movement. The truth is that EVERYONE has a multi-tiered architecture. The only question is how many tiers you need. It's always more than 1.

BS - I worked at Netflix for over 2 years and took lots of vacations - long ones too.

^^^ Winner. The reports of Java's death have been greatly exaggerated

Maybe they'll finally fix Jira's email spamming: https://rule1.quora.com/Does-Atlassian-Give-an-F

Just make sure you read this first: https://aphyr.com/posts/316-call-me-maybe-etcd-and-consul

You have the correct response. The paper is a sleight of hand. It defines CAP as something it's not and then attacks the straw man.

Nice compendium. I don't agree with everything, but I doubt you can get an Java devs to agree on everything.

"Due to the similarity between Python and Go" - huh? Go and Python are almost perfectly orthogonal.

>Frost's intentions with the poem weren't straightforward

But, it doesn't tell us what Frost's intent was. I did a Google search and didn't find much.

> The manner in which you dismissed the new way of looking at them indicates that you are more interested in retaining the old meaning.

Boy - you make a lot of assumptions. I read Orr's article and disagree with his conclusions. I'm not interested in retaining anything in particular. Frost's intentions with his poem are irrelevant. I read the words and draw a conclusion. If I listen to a piece of music, I'm moved in a particular way irrespective of the composer's intent.

>You took it and read it as an attack on, well, what exactly?

I think you've implied much more than what I wrote (irony?). My only issue with Orr is that I perceive him to be smug. "The Most Misread Poem in America" is a purposely inflammatory title. Is it really possible to "misread" a poem? Poetry is not non-fiction. It is intended to be subtle and have layers of meaning.

It's an important point, however. If the teacher had said "Asimov means X" the teacher would be wrong. But, if the teacher is saying that he interprets the words as X he is right.

Can you give urls for Frost's letters?

I haven't read Orr's book so maybe there's more evidence for Frost's intent there. But, in the article, there's just one quote from Frost on the subject: "I’ll bet not half a dozen people can tell who was hit and where he was hit by my Road Not Taken". This quote is as enigmatic as the poem and is inconclusive.

Why should I believe David Orr? His argument is slim and I disagree with his conclusion. I read the poem again after reading Orr's article and it has the same meaning as it always has for me: go your own way and it will make all the difference. We will never know Frost's true intentions and, frankly, it doesn't matter. The words are the words regardless of what he intended.

I've just started using Capsule for an internal project. It's an excellent library. For our use case, we need to have a bash script that runs before the app starts. With capsule this is very easy. Also, because capsule doesn't do any shading, you don't run into the compatibility issues that shaders add. NOTE: I use the Capsule Maven plugin instead of Capsule directly https://github.com/chrischristo/capsule-maven-plugin

This should not be taken as a judgement on Guava. Guava is a popular library, and for good reasons. But the rationale here is rather simple:

A lot of the benefits of Guava have been supplanted by additions to the JDK in JDK 7 and JDK 8 (e.g., the diamond operator, lambdas, and streams). We are no longer shading dependencies in the Elasticsearch jar (see #13252). We do not have a proper Java client today; this means that developers that depend on the Elasticsearch jar are likely going to have to deal with Guava version conflicts (which are likely since Guava is popular). Developers do embed Elasticsearch inside web containers which creates conflicts with the provided versions of Guava. Plugin developers encounter issues with Guava version conflicts (again, because Guava is popular). All else equal, fewer dependencies is a positive. In short, the internal benefits have been reduced, and there are external benefits to developers to removing Guava.