Linked by Thom Holwerda on Fri 14th Sep 2012 02:30 UTC, submitted by MOS6510
Java "As a typical Java developer I never monitored the memory usage of my application apart from following typical best practices like closing the connections, streams etc. Recently we were struck with few issues in our JBoss servers that I had to dig in to the memory management."
Thread beginning with comment 535097
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[3]: Memory management
by butters on Fri 14th Sep 2012 18:33 UTC in reply to "RE[2]: Memory management"
butters
Member since:
2005-07-08

I don't know. Java is a language that invites hotshot "architects" to devise Rube Goldberg machines. Factories that create factories that create classes. Of course they'll want to model it all in UML first, because that's how good code happens. If you bring in new Java architects and give them enough rope, they'll come up with a way to make things more complex than they were before.

Once I was contracted to rewrite a troubled Python application, and after browsing the codebase for an hour, I remarked the poor guy who was maintaining this thing: "This code looks like it was written by some hotshot Java developer". And he said: "How did you know that?"

Reply Parent Score: 4

RE[4]: Memory management
by siride on Sat 15th Sep 2012 15:24 in reply to "RE[3]: Memory management"
siride Member since:
2006-01-02

On the other side of the coin, you have people who code like it's 1965 and there is only 2K of RAM available. Every algorithm is a labyrinth, all in one function, usually, with undocumented shortcuts and hacks.

Reply Parent Score: 3