• Friedrice The Great (unregistered) in reply to Jules
    Jules:
    cellocgw:
    snoofle:
    Zylon:
    Interesting to see a front page WTF written from the first person.
    When it's your own story, it's kind of hard to talk about yourself in the third person...at least it is for me.

    Cellocgw thinks it's only natural to talk about cellocgw in the third person. He learned it from any number of extremely egocentric overpaid athletes.

    only in America.

    Your "football" stars seem to be among the most egotistical in the world.

    No, "movie" stars are the most egotistical stars in the world.

  • Bill C. (unregistered) in reply to Friedrice The Great
    Friedrice The Great:
    Jules:
    cellocgw:
    snoofle:
    Zylon:
    Interesting to see a front page WTF written from the first person.
    When it's your own story, it's kind of hard to talk about yourself in the third person...at least it is for me.
    Cellocgw thinks it's only natural to talk about cellocgw in the third person. He learned it from any number of extremely egocentric overpaid athletes.
    only in America.

    Your "football" stars seem to be among the most egotistical in the world.

    No, "movie" stars are the most egotistical stars in the world.
    You'd better not ignore presidents of the free world.

    We^H^HThey rule.

    Don't you forget it. If you forget, you'll be overrun by another commie fight in the comments.

  • QJo (unregistered) in reply to $$ERR:get_name_fail
    $$ERR:get_name_fail:
    Smug Unix User:
    Sometimes you can't see the forest for the trees. Why not merge the trees to a Tree<t> and then use control of flow to point to the correct logic?

    Because when you would attempt that, it would take a lot of man-hours and you would introduce at least one bug due to some stupid mistake.

    And then you have to explain to some non-technical manager why you wasted so much time and money on making the product work worse than it worked before.

    The real WTF there would be in attempting to inform some non-technical manager what it is you are doing. He would not understand, he does not need to know.

  • Trollinator (unregistered)

    TRWTF is that Java generics are so inefficient for primitive types (due to boxing) that having different tree types for them actually makes sense. cf. GNU Trove where you have no less than 63 HashMap classes...

  • (cs) in reply to John

    I knew, but I guess the news about java are sent to system architects by snail mail (with real snails).

    The turning point was when we, a bunch of people freshly hired, became very diligent pointing the wtf in the system to our team leaders, and asking why weren't we using Java5 (at least).

    Last month, a senior dev/sys arch green lighted the use of real Java enums in the part he is responsible for.

    Addendum (2013-01-16 06:47):

    John:
    edgsousa:
    Me reading snoofle's post: [to my inner self] Ooooh crap. ** runs to check the classpath on the target device ** 
    I am afraid of what I'll find buried in there. Last big improvement (6 months ago) was switching to Java 1.5, after 1 year from us, devs, pushing it.

Maybe I could also start posting some wtf-y material on sidebar..

    so 18 months ago you started pushing for Java 5....you know Java 7 was just coming out then, right?

  • Still Water (unregistered)

    "Add to this the fact that all of our servers (dev, qa, preprod and prod) have different OS patch levels (even across servers within the same environment)"

    Oh, there's so much more to worry about here. Like, having all of your testing invalidated by having no effective environment control. If you can't get servers looking the same, I fear for the release management process...

  • Tree Hugger (unregistered) in reply to Still Water

    Whats a release management process?

    Captcha: 'luctus', Latin for luck quotient required to make a change that actually makes it into production.

  • (cs) in reply to Still Water
    Still Water:
    "Add to this the fact that all of our servers (dev, qa, preprod and prod) have different OS patch levels (even across servers within the same environment)"

    Oh, there's so much more to worry about here. Like, having all of your testing invalidated by having no effective environment control. If you can't get servers looking the same, I fear for the release management process...

    We don't actually have a release maangement process. It's sort of along the lines of: shut stuff down, manually copy files, try to remember which sql scripts to run, start it up, try to figure out what's wrong, repeat. I'm grateful I have nothing to do with releases.

    Quite sad, actually.

  • (cs) in reply to Trollinator
    Trollinator:
    TRWTF is that Java generics are so inefficient for primitive types (due to boxing) that having different tree types for them actually makes sense. cf. GNU Trove where you have no less than 63 HashMap classes...
    OTOH that made it possible to introduce generics in a completely up- und downwards-compatible way, so your generics-using code can call pre-generics libraries and pass them generic collection instances without having to convert them.
  • (cs)

    Our system was written over the course of the last 10 years by as skilled fellas as the lumberjacks described in this article... they too created a tool for every frickin' thing they could have used a standard lib, and of course, none of them is any better than a Paula Bean... but at the very least we don't have JAR hell.

    Guess I should be thankful.

  • Marbles (unregistered) in reply to snoofle
    snoofle:
    We don't actually have a release maangement process. It's sort of along the lines of: shut stuff down, manually copy files, try to remember which sql scripts to run, start it up, try to figure out what's wrong, repeat.

    Hang on - isn't that normal?

  • Tom (unregistered)

    TRWTF is the classpath.

  • Surprised (unregistered) in reply to someone
    someone:
    Tree Hugger:
    Work at my place and you'll see out very own framework covering everything from MVC servlets to Logging to class loaders - needed because nothing is done in code, everything is configuration and a scripting language has been implemented using XML to piece together the sequence of events defined in the XML or the properties files. All the code is is abstract terms to process each chunk of XML/config and load a class that uses other abstract terms configured elsewhere in the XML - to messaging to testing (I kid you not).
    Sounds actually great! (no sarcasm)

    I'm sure there are amazing things it can do the other frameworks can't...

    Don't forget someone has to write all the frameworks that are there.

    Can you advise us all of your name/company so we can add to our internal lists of arrogant fools to avoid at all costs?

  • definitely not a robot (unregistered)

    Oh but PHP is the real wtf, amirite? AMIRITE?

Leave a comment on “A Forest of Trees”

Log In or post as a guest

Replying to comment #:

Log Out

« Return to Article