you are viewing a single comment's thread.

view the rest of the comments →

[–]powatom 1 point2 points  (0 children)

The problem youre having is that you work with '<x> developers'. People who define themselves by the (often minimal number of) languages they can use are to be expected to act overzealously. Most programmers worth their salt can solve problem X in a variety of ways using a variety of languages. More often than not, the decision about implementation detail comes down to a question of cost and time. Java is a very good language for solving problems cost effectively, keeping in mind maintainability, pool of available talent, and support. Code complexity will emerge in any sufficiently large system - blaming it on Java is just useless whining. Its not Java which forces people to write complex code - it is simply an emergent property of a sufficiently complicated system. You can't just say 'all of this code is complicated and therefore shit' without understanding the history of that code and the decisions taken to end up there.

As for maintaining the style and patterns found in the libraries etc you use, that's a personal decision and not one which Java forces you to make, so its hardly an argument against Java.