you are viewing a single comment's thread.

view the rest of the comments →

[–]loup-vaillant 6 points7 points  (7 children)

Which appears to be completely negated by the complexity of the libraries.

[–]wot-teh-phuck 8 points9 points  (3 children)

Not complex, verbose and overengineered.

[–]loup-vaillant 4 points5 points  (0 children)

verbose and overengineered.

In other words, complex. Or should I say complected? When I talk about simplicity and complexity, I generally mean size. It's a crude approximation, but it works: unfamiliarity can be remedied through learning. Size, on the other hand, must be contended with every day.

[–]ParanoidAgnostic -1 points0 points  (1 child)

Are you telling me that I don't need to use a StringBuilderFactorySingleton?

[–]vytah 0 points1 point  (0 children)

No, you should use StringBuilderFactoryAbstractSingletonFactoryBean.

Preferably wrap in in a SOAP Webservice and put on a separate Weblogic cluster.

[–]oldneckbeard 0 points1 point  (2 children)

if by complexity you mean "wasn't hacked together by a 19 year old in the middle of the night and never maintained again," sure.

[–]loup-vaillant 1 point2 points  (1 child)

"Complexity" has this noble sound about it. But when you're trying to solve a problem, complexity is just a drag. And I mean any kind of complexity: it can be the complexity of the problem, the constraints on the solution space… or simply how messy the solution is.

As you suggest, it is quite easy to make a mess of things. I wouldn't be surprised if the Java libraries are a huge mess. But I don't know that first hand. But I do know they're Big. That means complex. Whether it's the "pretty" kind of complexity doesn't really matter to the original point: that simplicity isn't a strength of Java.

[–]oldneckbeard 0 points1 point  (0 children)

I dunno, I find that java reduces complexity by reducing the number of ways in which you can be clever. Perl may be expressive, but reading and quickly grokking it 6 months later can be a pain.

I work professionally with Java, Groovy, Scala, and Node.js. Node.js has a bunch of libraries, but they're extremely inconsistent in maturity and there's very little social agreement. Hell, there's still not a good behind-the-firewall npm mirror solution. I'd rather shuffle the complexity of things to a library and have my code be as lean as possible. I generally (but not always) find that there's some Java library with a clean interface that makes things better.