CodeFutures stuck in the past

It is perhaps unsurprising to see vendors who are harmed by Java EE lash out against it. The latest such foray in fan fiction comes from none other than CodeFutures.

CodeFutures, for those who don’t know (and nobody can blame you, they’re a bunch of nobodies desperate to sell a product nobody wants), provides Java persistence code generators. Basically they generate a bunch of poop around hibernate or whatever else you happen to be using. Potentially useful sometimes, hardly earth shattering, and is one of those funny little products that owes some of its success to how much ejb2 entities sucked.

Anyway, that’s all good and well, but today they had to brag about how application servers are dead. They go about this in a way that’s rather reminiscent of 2003; they attack J2EE 1.3.

Lets go through their claims, shall we? First, they insist that J2EE is too complex for most problems. That’s a shocking liberal use of the words ‘complex’ and ‘problems’. What are most problems? intranet CRUD apps? Million hit staticy public facing sites? Personal homepages? Penis pump vendors? Java EE 5 has in fact hugely lowered the complexity and barrier to entry. It’s shocking that a vendor who prides itself on any sort of up to date Java work would be so blind to the platform and where it’s going.

Next up, they do the furious arm waving dance that is ’scalability and performance problems’. So, how many examples do we have of applications using appservers that ‘don’t scale’, or having problems doing so? How many vendors don’t support clustering? (answer: Just one, Geronimo, but that’s not a real appserver anyway). More importantly for the purposes of their deranged ranting is how this issue is specific to EE. They rail against server farms saying they’re a ‘traditional’ approach, and that you don’t double your performance when you plop in a new CPU. Duh, we were all amazed at that back in 1991, but if you find anyone who thinks so in this day and age then they’re probably the kind of people who say ‘my internet is broken.’

Next up we have the commoditisation argument. Unlike anyone else who has ever made this point, CodeFutures manages to sound both incoherent and clueless at the same time. Yes, commoditisation of EE is happening, and vendors are latching onto the idea. Many of the EE 5 API’s can be cherry picked and plopped into any environment. Saying that the major vendors are not pushing SOA is a huge compliment to them that is sadly misplaced. You’d be hard pressed to find a high level guy not waving every limb and flappable item of genitalia he possesses in the general direction of SOA. You’d be equally hard pressed to find an actual developer who gives a monkey’s ass about it. SOA is a cloudfest, and nobody in the real world develops with clouds.

Then we have the rise of SOA. As the internet puts it…OMGWTFBBQ. SOA is lightweight? Since when? Did someone redefine it while I wasn’t looking? It’s loosely coupled huh, I guess that depends on how loosely coupled you think a schemaorgy is. Highly distributed? That’s certainly true. Shame it contradicts an earlier point about ‘most problems’. Are they now saying that most problems in fact require remote/distributed solutions?

PJ Murray, the author of this article, seems to be about as clueless as they become. I’d strongly suggest a horizontal career move to that of a TSS commenter, he has the tone and mental acumen to fulfill THAT role sufficiently, at least. The article would look far more at home on JavaLobby than on a corporate blog, since one would imagine most corporations tend to have idiot-filters that prevent their deranged employees from soiling themselves so thoroughly in public. Alas, not so this time.

20 Responses to “CodeFutures stuck in the past”

  1. Bruce Lee Says:

    First Prvi

    Slobo pivu odma da platish

  2. Bruce Lee Says:

    and jo of course

  3. Not first Says:

    Not first :(

  4. Foo Says:

    Would somebody provide a link? Apparently the JCP fluffer has not mastered the anchor tag….

    Code Futures asshats

  5. Marc Fleury Says:

    That’s just what I like Hani, not a single rebuff with a technical argument, just throw in a few penis references to keep the Clown happy ;-)

  6. Archimedes Trajano Says:

    http://jroller.com/page/CodeFutures?entry=the_decline_of_j2ee_application

    I already put my comments over there.

  7. Archimedes Trajano Says:

    Sorry didn’t wrap it in a link

    Here is the original article

  8. Marc Fleury Says:

    Hey Archimedes,
    are you still alive ?
    Didn’t they used to call you “father of integral calculus” and you invented planetariums like 2000 years ago ? Sh*t, you’re doing Java now … what a come down.

  9. CodeFutures Says:

    Here’s the link… http://www.codefutures.com

  10. this is a low Says:

    Hey! We finally arrived at the point where commenters ask for a link and are not being made fun of by other commenters.

  11. Moogler Says:

    you’re such an asshole Hani.. all you do is badmouth every single project that becomes a bit popular.. what the fuck would you recommend as far as a good product? They all seem to be pretty shitty to your godlike taste?

  12. Dude Says:

    To Moogler,

    If you think Hani is an ass don’t read his blog. If you can’t understand the basic principles behind Hani’s rants, don’t read his blog. And if you really think that Hani doesn’t use any of the products he bashes, don’t read his blog.

    The man uses the stuff he biles about and tries to give people an honest opinion of hwat he thinks of all the shite that is being randomly ejected out of the collective Open Sores ass. The other “Open Source” stuff that is actually any good, Hani praises and doesn’t shit on. So keep your offending opinion to yourself, or blog about it on your blog, and maybe, just maybe someone will read it and agree with you.

  13. Marc Fleury Says:

    Dude,
    what was that you said ? “Hani praises”. What does this statement mean ? Doesn’t compute. Which blog entry did he do this ?

  14. Cory Says:

    Hani did offer some recent usual flappage re: Spring but did finish by adding some positive comments about the Interface 21 guys.

  15. Perversion of Control Says:

    A typo, I suppose. Was that ‘… the 21 Interface guys’?

  16. Redhat CEO Says:

    Hey Marc: a business week darling like yourself should be WAY to busy to be trolling around on this bilefest. You’re my bitch now, so get your ass back to work!!

  17. Howard Lewis Ship Says:

    Hi Folks,

    In my latest bout of NIH syndrome, after having just finished going through an episode of NIH just to write Tapestry 4 + HiveMind (instead of integrating Tapestry with Spring), I am going to rewrite Tapestry for version 5. Yes - I am.

    http://howardlewisship.com/blog/2006/05/tapestry-5-class-reloading.html

    But this time, I wanna roll my own equivalent of Seam + Facelets, so, I need to create an entirely new code base. In the meantime, please continue to drink my koolaid (ala Tapestry 4 + HiveMind); once I get going on Tapestry 5, I will try not lose interest in Tapestry 4 and to not lose sight of the fact that I have so many of you are already hooked on my current drug. But if I do lose interest in Tapestry 4, please try to understand, it’s not as fun as watching me roll my own of something new and extoll my wonderfulness.

    Cheers,
    Howard

  18. mankind Says:

    Marc Fleury must be a Neanderthal. Nothing he says is EVER interesting.

  19. java jokers Says:

    In the ever changin world of www, we know it might be a challenge to maintain the links
    as domains are bought and sold.
    but a link on the sun java security tutorial page ….pointing too a porn site is just too hilarious :)

    check this out….
    http://java.sun.com/developer/onlineTraining/Security/Fundamentals/Security.html

    there is a link on bottom of page to ‘Magelang Institute’
    http://www.magelang.com/

    i thought that this piece of information would find a nice audience here :)
    probably hani can bile on this one ;)

  20. Joseph O Says:

    uecnv iwei e0210

    - u dun no me

Leave a Reply