The BileBlog's Journal
[Most Recent Entries]
[Calendar View]
[Friends]
Below are the 20 most recent journal entries recorded in
The BileBlog's LiveJournal:
[ << Previous 20 ]
Sunday, March 25th, 2007 | 9:13 pm |
| Wednesday, March 21st, 2007 | 9:34 pm |
TSSJS: I'ma l33t Arkeetektor I pwn j00! http://jroller.com/page/fate?entry=tssjs_i_ma_l33t_arkeetektor The last talk I went to today is Enterprise App Mashup: Architecting the Future by Eugene Ciurana.
Of course, the talk is as fluffy and pointless as I had expected. I walked in late because the likelihood of anything vaguely interesting being said was fairly negligible.
The one thing Eugene does excel at is name dropping. Whatever he did at walmart clearly involved next to no 'real' world, and a lot of musing and faffing about with whatever toys happened to catch his fancy. In many ways, it's a dream job. Wouldn't it be great to have a job where you get to fuck around with whatever you want, without ever having to achieve or deliver anything? Without naming names, there seems to be 2-3 jobs like this in this industry, held by vocal public personalities. Yet more proof that it's a cruel unjust world.
The core problem with this talk is how nebulous it is. We get the usual ESB flagwaving, that same tired old diagram of a centralized bus and how we're moving into a happy new world of no point to point, anyone and everyone plops their turdy nuggets onto the bus, who will magically and mysteriously only deliver it to other applications that want to gobble up said turdicles. The clever thing is that there still seems to be some people who haven't tried this approach ,and still don't know that if applications aren't written to talk this common language, you end up writing a zillion adapters, thus having the same ball of spaghetti, except that you're now also now beholden to a bunch of dubious shady people who now happen to own your centralised bus.
The ludicrous example we have is making two applications communicate, one of which talks JMS, and the other talks SOAP. Now, has anyone ever come across such a situation? Where they just happen to have message structure that's similar enough so all you'd have to do is drop in an ESB and now the world is magically wired up?
It's just so astoundingly stupid. One of the most impressive cases of the emperor having no clothes since SOA. Speaking of which, I went to the SOA panel which was equally depressing, services are pretty much....anything. It's a testament to the power of salesmanship that anyone is able to actually sell this crap.
It's very clear that Eugene spent a couple of days playing with Mule (ESB), and thought that he'd give them a shout out as some kind of benevolent godfather type at Walmart.
Even more ludicrous, he recommended that people use...JavaSpaces. Good lord, is it 1999 again? He even mentioned it as a sane alternative to JMS. Good thing everyone is going to ignore everything he's saying, so no harm done I guess.
The talk title certainly didn't disappoint, the talk is so full of shit, so pointless, so inapplicable to anyone that it's impressive that a human being can actually stand up for an hour and make noises in vague sentence structure about it.
Gotta give the man credit though, he has nothing to say but delivers it with style and authority, it's easy for people to end up thinking they've attended a good talk, because the speaker was friendly and engaging and spoke well. The fundamental flaw is that HE SAID ABSOLUTELY NOTHING. The talk basically revolved around how great the speaker is, how he's bought expensive hardware because he's so cool, how he knows so many people and vendors, and how some of them lined up for a glimpse of his holy genitalia. | 3:21 pm |
Another year, another TSSJS http://jroller.com/page/fate?entry=another_year_another_tssjs Depressingly, despite making a somewhat valiant attempt to get enough sleep, the night before TSS ended with the usual mix of drinking, stumbling about helplessly, and stay up until 3:30am. Last year the question to inflict on poor unsuspecting victims was 'have you masturbated on a plane', which surprisingly 50% of people seem to have done. This year I'm hoping to get a good list going with 'what deviant sexual act would you pay $10 to see if it were socially acceptable'.
The keynote in the morning kicked off with the usual fumbling intro, with the TSS guys clearly looking like they'd much much rather be somewhere else, possibly somewhere very far away.
As usual, the audience polling thing was a total and utter shambles. It's 9am, there's no way I can count down a bulleted list of 7 items to figure out what number I should press. Which genius though that a bulleted list is a good way of displaying numbered options? Even more depressingly, as I finally figure that out and start furiously jabbing the appropriate button, the handheld piddly pile of poop steadfastly refuses to acknowledge my pitiful attempts.
The one mercy is that there were very few of them compared to every year. Interesting it turned out to be yet another venue where they managed to sneak in vendor content, asking a bunch of java devs whether they're interested in DTrace or ZFS is a perplexing choice, certainly.
The actual keynote by Eric Gamma was, basically, enough to bore even the more excited of attendees halfway to death. Maybe it's because I'm not an Eclipse user, but really, 10 minutes of discussing the benefits of OSS and what it means to have a community, how it's all so wonderfully transparent, and how it's better for your genitalia than a penis pump is a bit...twee, at this point. How many times do we need to hear? Yes, we get it, OSS is as satisfying as openair hot lesbian twin live action with many toys; lets move on already.
Part of the problem is that Eric, while I'm sure is a frighteningly smart guy, is a fairly abysmal speaker. I'm having to work very hard to actually listen, but I've found that it's way too easy to let him become a mildly annoying background noise. Coupled with the miniscule font on the slides, this ensures I haven't a hope in hell of figuring out what's going on, why it's going on, and when's it going to stop.
The talk is supposed to be about Jazz, and we're halfway through the talk and I still have as much information about what Jazz is as I do about the contents of Bill Burke's panties (eeeurgh, even I winced at that lurid image).
The one interesting thing I guess is the release management arm waving, and all the boring crap that goes with it, its impact on development velocity, marketing, metrics, blahblah. Still no clue what Jazz is, but maybe we'll find out soon!
We finally find out that Jazz is some kind of collaboration thiingyboggy. Unfortunately, many people have already chewed off their own heads in sheer boredom, so it might be a little too late. Still, maybe something can be salvaged!
From what I can gather, it sounds like a more pretentious and happy agile noises version of TeamCity with better role and team management (at least to the marketing blurb we're being subjected to). Team collaboration junk, better isolation, scalable, blahblahblah. I'm still angry that yet another hour of my life has gone down the drain.
Ultimately I guess the only people who don't want to kill themselves just to end this talk are probably Eclipse developers (not users), who likely could manage to keep themselves sufficiently entertained by masturbating in the stage's generation direction for this infinitely long hour.
| 3:41 pm |
TSSJS: Advanced JPA http://jroller.com/page/fate?entry=tssjs_advanced_jpa Sometimes I'm a bit of a glutton for punishment. You'd think that after attending so many conferences, seeing so many JPA drivel talks, I'd stop. Alas, I can't seem to help myself. and am dismayed to find myself sitting in Advanced Topics in JPA by Mark Richards.
It's evident that the use of the word 'advanced' was somewhat liberal in this case. All we've done so far (20 minutes in the talk) is discuss the joys of join tables, entity relationships and how to define them. I shudder to think of what Mark would consider to be an 'intro' talk. Perhaps a 20 minute discussion on the benefits of casting? The benefits of coding with eyes open and thumbs out of anuses, to maximise JPA productivity?
Even more worrying, he actually makes JPA config look so much skankier than it actually is. Switching from hibernate to toplink for example in his case seems to require changing 20 lines of Spring xml. Spring? Yes indeedy, he managed to sneak SpringSpringSpring in there! Either Mark or Spring is pretty fucked up if changing implementations is so much work (it's the former, incidentally).
To his credit, Mark is actually a good speaker, he's just cursed with abysmal material. OHMYGOD, he didn't just.....OHMY...
This is a brave move indeed! Totally unexpected. We were happily traipsing about in many to one land when BOOOM! He brought in...MANY TO MANY! There's an inaudible gasp from the audience at his sheer gumption and audacity. What will this crazy guy do next? Drop his pants and moon us? Masturbate into the first row of attendees? I might explode from excitement and anticipation.
As if that excitement wasn't sufficient, this crazy man just tossed in fetch types. I'm going to need a nap shortly to recover from this.
Oh wait, all is not lost, he actually mentioned something interesting (honest). Throughout the demo, he seems to pointlessly switch from Hibernate to TopLink for no reason, but this finally paid off with showing (what he alleges) a non-compliance by Hibernate, which apparently doesn't support fetching multiple collections, which the spec says must be supported. We switch to TopLink and all is well.
Next we're covering compound keys, which I guess is finally venturing to the realm of potentially non basic trivial features, too little too late I'm afraid. The one thing I am enjoying about this talk through is the hibernate bashing. He's showing fairly standard JPA usage, no custom stuff, yet hibernate seems to shart itself pretty regularly as a result. The latest example is that @IdClass is basically broken (and yes, that's been my experience too). I do like the advice that once hibernate takes a big dump, it'd worth switching providers just to see if it's because hibernate developers are cocksucking chozgobblers, or if it's you who is being a muppet.
Finally, we cover stored procedures, also pretty interesting and I'd say something that does qualify for advanced usage.
All in all, I'm not nearly as angry about this talk as I was in the first 20 minutes. It started off with boilerplate JPA but did eventually manage to eke out some useful info. A speaker who seems interested in his subject and is coherent is such a refreshing change as well, even though he does smirk a lot. | Wednesday, March 14th, 2007 | 6:45 pm |
XML wiring is for girls http://jroller.com/page/fate?entry=xml_wiring_is_for_girls The fact that XML is, basically, a steaming pile of goatshit is not news. Many many people know this now, yet you have an awful number of people eager to grab a hold of some xml and perform deviant sexual activities in it, around it, and in between its elements.
The problem is that there are some good ideas out there that happen to use xml. Even though xml has nothing to do with the quality of the idea, xml somehow gets credit.
This has become quite apparent lately when participating in some Guice vs Spring debates. The fact of the matter is, Spring's XML sucks unbelievable amounts of ass. Don't buy the bullshit hype of Spring 2.0 improving its XML so it's now all great. All it's done is made it plausible that one might not jab oneself in the eye with a big black ribbed for his pleasure dildo when confronted with it. I cannot believe that a sane person would think that the Spring 1.x syntax is fit to deposit a big dogturd on, let alone use in any application you'd care to be associated with.
I like Spring. I like the integration features it offers. The XML however is revolting. The IoC bits are about as pleasant as using a bucketful of Rod Johnson's moobjuice as anal lubricant. You either have to autowire (which is convenient but too magical as your project grows, not to mention fragile), or explicitly wire stuff in xml, miles away from the source code. Lets not even get started on how abysmal performance is once you're using a real project with more than 3 beans, or heaven forbid, wiring up actions at runtime. You could play many a game of soggy biscuit while Spring figures out who needs what, when, and why.
Of course, the situation is conveniently disguised by the fact that tools such as IDEA natively grok Spring's hellish configuration.
No doubt someone will counter with the fact that thousands of people use Spring and all is well. Yes, thousands of people also used EJB2, oddly enough the very same places that switched to Spring. What are the chances of all these venues suddenly becoming full of wise intelligent developers who from now on will only make sensible sane well considered decisions?
As a result, Spring is hopelessly fucked due to its success. It can't really drop support for crappy old JDK's (contrary to what everyone tells you, banks ARE using JDK 5 now), so will always be lumbered with its current idiotic configuration and wiring approach.
That problem makes it somewhat understandable that the Spring guys, in order to defend their fuckeduptheassness, deride annotations and proclaim that declarative xml goop is Rod's Holy Word. Go forth and write xml, Rod proclaims, and the unwashed masses go forth and positively ooze angular brackets. Stupid fucks. Still, all is not lost, in cases where it's possible to shoehorn annotations into Spring's archaic innards, they'll enthusiastically proclaim it Useful and Recommended, such as the @Transactional annotation.
The other common argument is 'you don't spend too much time in Spring's xml compared to time spent in your code'. Sure, I also didn't spend much time writing ejb2 descriptors either (xdoclet did it), yet everyone bitches about those. Why can't we apply the same standards to Spring?
Fundamentally, Spring has a tough time accepting that the world has moved on, and that its approaches are starting to look a wee bit outdated. Even EE 5 in many cases looks more modern and usable than some of its approaches. Thanks to its widespread use, they can, much like the JBoss people, maintain an insular world view where they're surrounded by sycophants who do nothing but bend over with a shiteating grin plastered over their sallow filthy faces.
So do yourselves a favour Spring guys, and stop being so obsessed with where you are now and with how much you can do with AOP (which nobody cares about, it's not 2004 anymore so move on), and instead look around with an open mind and embrace annotations like you'd embrace a Rod Johnson penis replica. Your configuration bean bullshit still doesn't cut it, dependencies are best expressed where they belong, in the damn source code itself.
| Monday, August 28th, 2006 | 5:26 pm |
Please, no more logging! http://jroller.com/page/fate?entry=please_no_more_logging What is it with opensores and logging? I am utterly perplexed by why so many popular frameworks think that everyone cares about their startup cruft.
Maybe the whole problem can be traced to the linux kernel bootup console. We all probably remember the thrill of seeing that, of feeling faintly hackery and l33t, even though we're not kernel hackers and most of it was in fact gibberish. It didn't matter that what the messages actually said had no real impact on the end result (either the system came up or it didn't, and which one happened had nothing to do with the messages). What mattered is that it made the average nerdy fuckface feel cool and hackerish.
Fast foward a few years, and those linux chocolate log miners stumbled bleary eyed into the enterprise world and had to learn Java. Being linux communallovefaggotarse types, they had to bring in the same spirit of assholeness to everyone else.
So, what do we have as a result? We have JBoss, with 6-7 pages of output when things go well, and a (not very) abridged version of War and Peace when they (usually) do not.
We have Hibernate, which feels it's important to inform you of every time a Fleury inserts anything into Gavin's ass, or every time Christian (he's the asshole right? I always confuse him with Emmanuel, one of them is an utter turd, the other is not) defecates on a homeless person.
Not to be outdone, Spring jumps into the fray as well. Reams and reams of utterly worthless output, all about how its beans are busy molesting one another with gay abandon. Thank fuck for the full list of every worthless little bean that's defined, because, you know, it's important to be told of what your own XML files say. It's not like you wrote them or anything.
It's like there's a whole generation of developers that's developed collective amnesia over the difference between DEBUG and INFO.
I beg of all you opensores people, please please think of us users when you poop out your logging. Put messages that WE think are useful, not that you like to masturbate to. When I start up a library or framework, I expect it to start, and don't need to know the details. I want to know when things go wrong, not when things go right. Maybe being mentioned in log4j.properties files everywhere makes you feel special. The person mentioning you though is far, far more likely to think you're an inconsiderate self-aggrandising shithead.
Hell, I'm extending an offer to go over your app for free and send you a patch to remove all the suprious startup messages (hint hint, spring/hibernate people). Just holler if you're interested.
Oh and apologies for the long hiatus, I got married. | Monday, July 31st, 2006 | 5:37 pm |
Another googleturd http://jroller.com/page/fate?entry=another_googleturd Surprise surprise, google release yet another half baked idea, and techies everywhere bend over and demand that the biggest black object in sight be crammed up their orifices so they can ooh and ahh and generally behave like a bunch of desperate teenagers aching for a fisting.
This time it's google code, and I am astounded (though I should be used to this by now) that anyone in their right mind thinks that this is an improvement over anything equivalent that already exists.
Granted, it does have one tiny benefit over sourceforge, which is that you can access its source control and get up to date files. It's far worse than every other project hosting facility there is out there in every other respect (java.net now offers svn, so the svn support is not such a differentiator anymore.)
What's odd about this particular offering is that while google stuff is generally useless and good for eye candy, it's usually reasonably well executed. In this case it seems like they just rounded up a bunch of apache hippie types and let them futz about with this idea just to stop them from damaging anything important.
For a start, there are some rather important features missing that make this repository, at best, a good backup solution and nothing else. There's no file repository, so you'd have to go elsewhere to actually host your releases. In fact, there's no release mechanism or notification support either, so even if you did by some miracle get some morons interested, you have no way of keeping them updated. The list of project users is also what you'd expect an intern to come up with; it's just a list of logins, with no real names or any way of seeing who 'flibbity.gibbet' actually is, or any way of contacting said person.
Even more surprising, there isn't a single innovative feature here. What's so bad about having a nice searchbar at the top of the svn browsers, instead of the skanky faggotarse default apache svn view? Why can't I use google pages to write docs? Why can't it host my documentation for me and make it searchable via googlemagic?
Trying out this pile of worthless gunk reveals even more flaws. Really basic stuff that shows that Google apparently has a severe QA engineer shortage, or thinks that for trivial toys like this, it doesn't matter if it's halfassed. For example, if a project has 'Apache License 2.0' specified, the link doesn't go to the 2.0 license, but to the generic Apache licenses page.
This sloppiness is prevalent throughout the app. For example, all 'home page' type links go to code.google.com, but nothing pointing to the hosting home, code.google.com/hosting. You'd have to go all the way to the top, then drill down to get to the main entry point.
The form validation is also bizarrely crap. On the project creation page, the create project button is disabled unless you have a description and summary > 3 characters. All good and well, but if your project name is just one char, that's fine, the button is enabled. When you submit however, you're told that the project name is too short. What's so evil about having the same validation mechanism for all the fields? Maybe I'm a dimwitted user, but it's not entirely intuitive to me that I MUST specify a summary and description, and that they must each be more than 3 characters long.
Of course, if you're the kind of guy who likes to create dummy projects just to write bile entries about how much google sucks, then just use Safari. You can happily hit enter there and sneak in 2 character summaries if you so wish.
The issue tracker is somewhat interesting, I do like the freeform label support, but of course, for the sake of consistency with the rest of the app, it's useless for any real world projects. There's no way to add custom tags, so you can't for example add tags for your specific versions. This of course means that for every single issues posted, the first comment you'll get back from the developer is 'err, so what version is this again?'
There's also the issue of stupid defaulting in the issue tracker. I can click new issue, then click submit. There's no detection for the default content being specified, so it's very easy to spam a project with a ton of boilerplate issues.
Editing an issue is equally badly done, there's a 'Add a Comment and Make Changes' title, but all that is under it is a 'enter your comments' textfield. Where's the make changes bit? Ah, you click on the textfield, and the rest of the form magically appears! Yet more bad jarring UI.
All in all, an abysmal effort. Shame on you google, but the real blame here is for all the google fanboys who allow them to get away with such tawdry offerings. In any other company, this sort of half assed effort would never be released, and someone would be held accountable if it was. Maybe google developers pride themselves on not being in 'that sort of company', but in their place, I wouldn't feel so smug about being so sloppy. | Tuesday, June 13th, 2006 | 3:26 pm |
Stabworthy office denizens http://jroller.com/page/fate?entry=stabworking_office_denizens Is there a polite way to inform a coworker that they have a personal habit that makes one want to slowly rip off one's own arms and hurl them in the general direction of said coworker just to get them to stop, however briefly?
Over the years, I've been confronted with what feels like more than my fair share of obnoxious habits. So much so that I'm starting to suspect that it could just be that I'm such a sensitive sort that the merest distraction is enough to make me want to cry like a little girl.
It all started with the tapper. At the time, I was working in a location where the floor had no carpet, in an artsy sort of venue, where most of the developers laboured under the foolish notion that they're also musicians and expert music critics. The tapper's methodology would go as follows. He'd bring in his fatass Seinheisser headphones, plop them on his severely underpopulated head, and listen to music. All is well so far, perfectly anti-social and work-friendly behaviour. The fun though starts shortly thereafter, where he starts twitching his entire body in sync to this imaginary music. This was no mere head bobbing up and down sort of event, nor is it the odd foot waggle. Oh no, it's a full body spasm, where the feet tap furiously, the arms jerk onto the desk, and the wheelie chair he's on periodically slides out from under him. It got so bad that I would have to take regular breaks from work depending on his energy levels. This went on for six months, and I never figured out a polite way of suggesting that my life would be vastly improved if he either became a quadriplegic or lost all his limbs.
Next we have the eater. The eater consumes lunch at the office (nothing wrong with that, of course.) The eater however does not consume his lunch in a manner than civilised people have been taught to. The eater consumed it with a perplexing disregard for that simplest of eating axioms, close thy mouth, you obnoxious loud fuck.
The eater feels the need to share every single chew with his mesmerised audience. Whether or not you want to, you will discover the exact texture of everything the little shit ingests. Soups will be slurped, moist sandwiches will be squished moistly, and every bite will be followed with one of those loud caricatures of a swallow that normal people only use for the sake of exaggeration or effect. Don't even get me started on the deafening roar of drink gulps.
There are other varieties, depressingly. Just when you think you'll never have to deal with one of these again, you're confronted with a...nail clipper. Yes indeed, some people think it's perfectly sensible to clip their nails (all 20) in the office.
The problem with these, unlike the farters and burpers, is that it's impossible to tell if they've just never found out that behaving in this manner is uncouth and unacceptable, so you can't make a joke about it or even tell them off. A farter knows he's doing something wrong, and will either look sheepish or brag in the face of authority. The tappers, chewers, clippers, heavybreathers, twitchers, rockers, pokers, patters, sportsyellers, arsebandits, hairstrokers, beardedwonders, turdmisflushers, malpissers, snotwipers, peepers, (those who come up behind you, ask you a question, then just stand there indefinitely looking at your screen), and other such office flora and fauna seem to be blissfully unaware. I'm sure I haven't even covered the worst of it. Is there an acceptable way of dealing with such without committing a crime or copious amounts of blood? | Monday, February 12th, 2007 | 5:47 pm |
Good riddance, Marc Fleury. http://jroller.com/page/fate?entry=good_riddance_marc_fleury Well well well, it's no surprise to anyone, but Marc Fleury has left the building.
Good fucking riddance, that's what I say. Regardless of what he did or didn't do, he certainly made out like a bandit, and I for one, like many many others, am very irritated (and jealous) about it.
Ultimately though, Marc achieved very little that is concrete. It's very debatable whether JBoss' success had much to do with him. Certainly, it did succeed, and a lot of people got conned out of a lot of money to make it happen, but such is the way of the world. The credit due it is more a matter of timing and of being the only OSS player in the field at the time, not that it's a great product or was particularly suited for any given task. Witness the abysmal failure that is Geronimo, a product that is arguably better developed, yet the world at large doesn't give a flying fuck about LGPL vs Apache licensing. Thus Geronimo remains a laughing stock and a head-scratching cautionary tale of OSS gone insane (not to mention that it's owned by IBM, and has developers that are about as capable of developing a product as Sun is of marketing one).
What Fleury contributed to the world of Java is a personality; love him or hate him, the man certainly deserved to be hated. His incoherent ramblings, the perplexing capitalization, the weak and tenuous grasp of the English language gave us all a lot of ammo, and made for some very entertaining drama.
The fact that he's also a shady, dodgy, and thoroughly despicable scam artist also helped tremendously. Who can forget the great astroturfing story? It's nice to see a company bigwig who will get his hands dirty, and openly misbehave in ways that one only expects particularly handicapped children to.
So sure, it is one less personality in Java land, but it's one we're all better off without. A testament to how bullshit and angry penis waggling can get you all the material success you want; it's a depressing lesson for any hopefuls to learn, and shows that even in this most technical of fields, a good con is just as easy to execute as anywhere else.
I wish him failure in his next endeavour, whatever that may be. Here's hoping that the cosmic balance is finally restored and the justice is served by Bad Things happening to him.
My one wish though is that he'd stop blogging. His blog is so painful to read that I have yet to complete a whole entry. It basically consists of him ranting in his usual incoherent style about whatever happens to have crawled up his ass and died that day. Now, I of all people am quite appreciative of aimless degenerate ranting, but for the love of god, have a care for the poor English language! I don't know how much of a second language English is to that man (though judging by his style, it might be more like a distant third), but can someone please explain to him that randomly capitalising sentence fragments is not a literary tool? It's like trying to read with someone punching you every few seconds; you eventually decide you're better off chewing your arm off than letting some random schmuck repeatedly hit you for no apparent reason.
Even funnier though is the army of JBoss sycophants who comment. You have Andy Oliver still struggling for relevance; nobody has told the poor bastard that he's as much of a nobody as anyone can be, and that it's not 2004 anymore. Random other JBoss halfwits chime in with their inane tuppence, presumably in the hope of garnering an acknowledgment from their divine leader, perhaps in the form of an incoherent collection of words and punctuation directed in their general direction.
Perhaps the most astonishing thing about the thread discussing this on TSS however is Bill Berk claiming he has 15 friends. How on earth did that happen? It's probably him astroturfing again, the reality is more likely to be that he knows 15 people who smiled politely at him as he frothed and mumbled his way through a sentence, as they tried to pointedly ignore his nipple tweaking in an attempt to gain their attention and approval via a well aimed squirt of moobjuice.
| Wednesday, January 31st, 2007 | 1:34 am |
Dodgy benchmarks http://jroller.com/page/fate?entry=dodgy_benchmarks For anyone following JavaBlogs, you've probably skimmed over a bunch of Sri Lankan shirtlifters cooing recently about a highly dodgy benchmark that somehow proves that Axis2 is faster than XFire. These turds are of course the same bunch of clowns who are very busy plopping their tagnuts all over the WS-* racket at Apache. The benchmark is by none other than WSO2; the company that effectively owns Axis2.
What's interesting about this benchmark is that it manages to compare apples with oranges, and yet has its proponents drawing some truly perplexing conclusions.
There are some, ahem, issues with this benchmark. Like any vendor driven benchmark desperate to compete, It manages to compare wildly different things, just to find a case whereby they 'win'. Instead of comparing the stacks fairly, they focussed on comparing the data binding parts. What they proved in fact is that ADB (a proprietary Axis2 data binding framework) is faster than JAXB (data binding specification). OK, not so surprising. If you wanted to be fair and picked the fastest data binding for XFire too, you could test Axis2/ADB against XFire/JiBX (JiBX being a frightfully fast OSS data binding framework). You'd see that XFire shoves a sharp pointy plunger in the general (or maybe even not general) vicinity of the WSO2's development team's collective asshole.
In fact, buried in the so called benchmark, you'd find the results themselves prove that XFire is faster than Axis2 when the comparison is fair and uses the same binding framework. Somehow though, this rather crucial fact is lost in the conclusions.
What's more impressive is that no sooner than the company issues this highly dodgy report, its employees all start blogging about it and bragging that they finally managed to concoct a benchmark whereby they beat their competition.
Eran Chinthaka's (whoever the fuck he is) blog has a particularly hilarious entry, with such gems as 'We never did marketing for Axis2 telling bad things about other stacks'. Well my friend, I certainly am going to tell bad things about your stack, given your smug, snide, and ignorant post. The real icing though has to be '...then I feel Axis2 is even better than the numbers mentioned in the paper'. Huh? What, you, someone with a vested interest in your product, feel that the benchmark that you published and skewed to highlight your product, is not as biased as it should be? That reality, despite not even conforming to the distortion field imposed by your assumptions, somehow goes above and beyond it? I had no idea that the drugs available in Sri Lanka are so superior to those available to the rest of us.
This is of course, another 'open source' company. I thought that with JBoss being bought out and the old cabal being effectively neutered, we'd seen the end of the snide slimey comments by OSS against OSS, but our Sri Lankan friends seem keen to assume the throne of corporate fuckwittery in the name of OSS.
I hope this benchmark is taken as what it is, a company defending its own product against what is obviously a superior OSS solution. Friends don't let friends use Axis2. Do you want to base your webservices infrastructure on a product from a company desperate to take your money, written as a student project, with a bunch of incompetent weasels at the helm trying very hard not to look like used car salesmen? Do you want something that integrates and embeds well withint your existing infrastructure, or do you want something that hijacks it instead?
Still, good thing we have the goodship Apache; that thriving haven of open communities, that final refuge for corporate flotsam and jetsam, that last bastion against whored solutions foisted on an unwilling and uninterested public, eh? | Wednesday, November 15th, 2006 | 9:59 am |
GPL Java: who cares? http://jroller.com/page/fate?entry=gpl_java_who_cares Sun dual-licensing Java under the GPL is a pretty canny marketing move. Does it have any actual impact on any Java developers? Contrary to what every other blog will tell you, nope, it won't.
Believe it or not, you've been able to download the JDK and 'hack' on it for a while now. Some people have even blogged about getting their patches into the JDK sources, or how they got a bug fixed, and so on. There's absolutely nothing new there.
Yet every little fuck and his penis are waggling furiously about how this is a new era of something or the other. Even that perennial turdburglaring hippie Stallman is on board. How low do you have to sink to need an endorsement from him?
Kudos to Sun though for finding a new crowd to suck up to. It's taken close to 10 years for them to switch to the Slashdot cock from MS cock, but it's nice to see that they're still just as desperate to have their mouths and bottoms filled by alien objects.
At least the slashdot crowd has nothing tangible to copy beyond reams of empty promises and communist idealogies. Hopefully things like jsp (asp wannabe) and jsf (winforms wannabe) won't happen again, instead all we'll get is idiotic licenses and endless debates from non-lawyers about what legalese actually means.
What's perplexing is how ignorant most people are of what this actually entails. So many idiotic blog bleatings about how patches can be contributed, about how javac will be speeded up, about how there's going to be a 'super performance' team that churns out amazing JVMs. Yeah, just look at what a great success classpath and kaffe is, and how blazingly fast they are. The only people who now have access to the JDK sources that didn't before are these nutjobs, who in again, close to decade, have done nothing beyond waggle their fingers for endless self-administered prostate massages.
Still, plenty of silver lining. Nice to see classpath and kaffe and all those people fade into irrelevance. Nice to see another nail in Apache Harmony's coffin. Why would you go with a less idealistic and faggotarsey license, and use a product that promises everything, delivers nothing, and continues to exist purely on corporate charity?
IBM's reaction is also pretty hilarious. They're rightfully annoyed that the project isn't an Apache one. It's pretty obvious that the Java branch of Apache at least is more or less owned by IBM. If a project moves to Apache, you know there'll be some IBM people figuring out how to make money out of it and flog it to the hapless websphere molested masses. Sun keeping control means that IBM's spastic global services are going to have a hard time selling the idea that THEY in fact own Java.
So move along folks, there's no real news here. Just a clever marketing move and an appeal to the idiotic spastic masses. | Wednesday, July 19th, 2006 | 6:11 pm |
InfoPoo http://jroller.com/page/fate?entry=infopoo It's pretty funny seeing an idea go horribly wrong. It's even funnier when someone thinks 'I can do that', and totally ignore the fact that the marketspace they're shooting for has room for just the one player, and that player is in that position not due to technical brilliance, hard work, a flashy interface, or even a particularly useful piece of functionality, but due more to sheer dumb luck.
Such is the relationship between InfoQ and TheServerSide. InfoQ's idea is to basically take TSS, and make it usable, useful, and relevant. The end result? The deafening sound of a silent and mostly indifferent world.
There's something pretty embarrassing about seeing entry after entry boasting that ignominious '0 comments' stamp of shame. One might well wonder, what went wrong? Why does this site, to put it bluntly, suck so much ass?
There are a variety of reasons for this humiliating performance. The look of the site for example is too cartoony, but that's just icing on the shitpile. The problem really is with the content. The top level subjects seem to be less 'here's what relevant to subset X of the IT landscape' and more 'here's random stuff that's better suited to blog categories'. As a potential user, I have no interest in Ruby or .net, but that's fine, they're at least alternatives to Java, so the domain space is at least similar. SOA and Agile though....omgwtfbbq. How do these relate to the other categories? The community divisions mean that an entry has to be either in SOA or Java, but not both. Nevermind that SOA is still a rampant cloudfest, which results in the hilarious but likely unintended consequence of all SOAP related entries being filed under SOA.
By far the worst culprit though is the Agile section. 'Patterns for Daily Stand-up Meetings Published' might sound like some kind of dirty joke you'd read about here, but sadly, it's a real entry. The agile posts in fact are almost all about a prolific crowd that thrives on hunting out penises and gobbling up as much as possible. They're in fact a set of genetic mutants, where any trace of a gag reflex has been long since eliminated. What next, 'Agile sex in parking lots for TDD fuckstainwanktitshitnipplearsebandits'?
Even more hilarity of course can be found with the odd 'oops' moment. For example, they had posted the fact that ThoughtWanks is fucked, and owes VC's a ton of money, then within a couple of minutes pulled the story. Later on that day they posted a rather biased piece about it from a ThoughtWanker instead. Just so you all know, ThoughtWorks DOES owe a fuckload of money, they obviously won't be shut down due since nobody wins in that case, but it wouldn't be surprising if a few top level people suddenly decided to leave to 'focus on family' or for the VC to add in more people that actually know how to get their money back. It's pretty easy to hunt down an ex-TWer who has jumped ship and who'd happily reveal how much trouble they're in.
TSS is where it is due to dumb luck, nothing more, nothing less. It happened to be the only venue at the time that served up content of that sort, and through some freak accident of nature, the average readership for some reason ended up with a few IQ points higher than JavaLobby. Poor InfoQ thought it was some kind of winning recipe, and proves day by day now it really, really, isn't. | Friday, May 19th, 2006 | 5:01 pm |
JavaOne EJB 3.0 optimisation...right? http://jroller.com/page/fate?entry=javaone_ejb_3_0_optimisation The current talk I'm in is (allegedly) about EJB 3.0 performance and optimisation. The first ten minutes are, to put it mildly, utterly and thoroughly pointless. What on earth is the motivation to discuss the deployment/initialisation performance? There's next to no magic involved, a bean is created, stuff is injected into it (looked up from JNDI by the container for you if it's a naive implementation, or more optimised, either way, pretty cheap). Once that's done, it's done, init is complete, nothing to see here.
Sadly, the next bit doesn't get much better either. We have a discussion of local vs remote session beans. This might come to a shock, but it turns out that....remote beans are slower than local ones! Remote beans should be coarsly grained! Local beans are better! Waggle waggle!
Having made the astounding leap of faith of preferring local beans over remote ones, you should next, apparently, look up resources once then cache them. Will the craziness never end? A revolution in enterprise development is surely afoot.
There were some surprising results though, to be fair. For example, the cost of one interceptor is negligible, but having multiple interceptors is far more expensive. I suspect this is due to a not insignificant amount of incompetence within the implementations that were tested for this talk.
The next bit about transactions, while horrifically sleep inducing, did manage to sneak in a useful tip or two. Thankfully, these were buried in amongst a bunch of other useless guff, so they're very easy to miss.
There is a hint of usefulness wafting in the air though, with the preview of entity bean optimisations! Alas, this hope is quickly squished as it turns out that this bit is nothing more than a cascade type discussion that proves to be a red herring, as well as a explanation of the difference between eager and lazy fetchtypes (how that could require an explanation is beyond me.)
The most hilarious aspect of the whole talk though is the graphs. For each of the points raised, the poor presenters decided to 'prove' their claim with a graph showing the relative performance of the issue at hand. The hilarity however shows up when half the graphs show two tall bars, showing that the point at hand is in fact nonsense, and actually has NO impact on performance. I'm fairly perplexed this approach, given the title of the talk. What exactly is the point of claiming that something is slow, then showing proof it isn't? Is the talk just horribly mistitled, and should have been called 'things you might think are slow if you don't know much about stuff but actually aren't slow and are in fact irrelevant when working with ejb 3.0 beans'.
The final section shows some real world performance data for various operations, comparing two appservers (referred to as appserver A and appserver B), comparing results for EJB 2.1 and EJB 3.0. I can only imagine that the two servers are Sun's and JBoss' (since one appserver was consistently slower across every single test, no marks for guessing which one). | Thursday, October 26th, 2006 | 3:01 pm |
JetBrains' TurdCity http://jroller.com/page/fate?entry=jetbrains_turdcity When renewing a whole bunch of IDEA licenses, I was pleasantly surprised to find out that this also gave us a bunch of free TeamCity licenses.
TeamCity is the new build server from the wise and wonderful people who brought us IDEA, so surely it'll be the first CI tool that's usable and functional.
Turns out there's some good news, and some bad news. Lets get the good news out of the way first (this won't take long). Unlike every other CI tool I've tried, TC mostly works. It's managed to build stuff (though you'll have to grab the latest EAP for that, 1.0 didn't know what to do with my build.xml). This already puts it in contention for the perplexingly small list of contenders for the coveted 'CI tool that does stuff' category. It also is free for IDEA 6.0 users (though why anyone would pay for it in its current incarnatio is a question best left unexplored.)
Sadly, that's where it ends. It looks like the people who develop this tool have a fairly serious identity crisis. Their father seems to be a desktop developer, and their mother is a cheap whore.
The traits inherited from their paternal genes are the wonderful ignorance with regards to long running processes. TC will happily run out of memory, it'll periodically hang and refuse to play until you kick it in the face, and generally performs as well as Swing 1.1 does.
From its mother, TC inherited that trashy superficial ignorant love of Ajax pioneered by ajaxian.com. That idiotic shiteating grin towards any and every usage of ajax. The goal is to arouse sexual curiosity in the developer, even if it ends up shoving a big black dildo up the ass of the user as a side effect.
In practice, this means that TC has some truly perplexing uses of Ajax. There are tabs on the top, for example. Some of which function the way that God intended (you click on a tab, you switch to that tab), and some of which mysteriously popup a ajax inline window. Huh? What school of UI design advocated THAT approach?
Similarly, when you go to view a logfile, you get the main page which shows notmuch, and you get its body loaded in via ajax. In practice, this usually means a browser hang, and more often than not, the page crapping out.
Of course, when you dig deeper in, you start to become very very scared. Little girl molested by a guy offering candy kind of afraid. Suffice to say, there is much soiled underwear at this point.
For one thing, TC decides to write to your home directory. Yes, it's a server process, but I guess they think it's a desktop app, so even if you're installing it in /usr/local, it'll try to create its db in /home/poopy. God help if you if your home dirs are on an NFS mount (where file locking just doesn't work).
Looking at the horrorshow that is the buildagent runtime, you'll note that for some reason, it specifies all this extra emma gunk (why the hell they chose such a shitty product to integrate it is beyond me) even though you don't have code coverage enabled. Looking over the environment variables it specifies is also going to cause a good deal of eye gouging/ear bleeding, depending on your disposition.
What app is complete without unhelpful error messages? TC continues the fine tradition already well established by other Java apps of providing cryptic unintelligible error messages, when things do go wrong. Fear not, things go wrong often enough that you'll soon be enjoying these messages, and puzzling over them for days to come.
The IDEA integration is nice, but of course, suffers from the same half baked approach that the whole product has. When something is being built, the icon in IDEA does not denote that, instead it shows a broken build image. Running the default inspection profile on the server on a medium-sized project results in 'too many errors', where you can't actually see the inspections in IDEA short of visiting every class, thus making it all rather pointless. 1.0 didn't even let you schedule builds (which is fixed in the latest EAP).
I hope the product gets better. I'm actually quite optimistic, as I don't see it getting much worse. There are a lot of very clever ideas in there, they're just badly done and have about as much polish as a turd. The 1.0 version is about as productive as a conversation with a JBoss employee, so avoid that at all costs, and grab the EAP. | Wednesday, September 27th, 2006 | 3:54 pm |
The death of Agile http://jroller.com/page/fate?entry=the_death_of_agile It's a little disturbing seeing the agile crowd at work. In a relatively short period of time, an energetic group with potentially something new to offer has quickly sunk into a oft-derided group of greedy consultant used car salesman types.
I've spoken to a lot of people about this, I have yet to meet a single person who thinks agile, as sold by the agile crowd, is a good idea. I've ensured that everyone I spoke to had at least tried it, in some form or another. Pair programming, TDD, XP, little bits of paper, incremental releases, smug turdy devs, all experimented with and eventually discarded like a used tampon. Pair programming is inefficient and wasteful when compared to individuals who don't slack off, the little cards more often than not end up with the wrong things scribbled on them, the incremental updates result in a big badly thought out ball of mud with no coherence, and the tests end up testing the wrong thing more often than not.
Is it possible to fix all that? Sure, but agile isn't the way to do it, because the practices it espouses do not lend themselves to easy adoption. It's a high barrier that continues to punish, and never rewards its participants beyond that air of smugness and that perplexing 'I just shoved a big dildo up all my orifices and its strangely alluring' look.
The reason for this disillusionment isn't that hard to find. As many have noted, it's rooted in the feeling of incredible disappointment when you realise that no time has been saved, your love life has not improved, and your customers are no happier when you follow this crap.
Genuine techies don't react well to religion, usually. The agile crowd has committed the cardinal sin of stepping over the pragmatism line into the realm of faith. We're surrounded now by the debris and detritus of less than successful agile projects. Instead of questioning the agile practices that might have contributed to the failure, agilists will instead scream out that the flaw is in the implementation, not the principles. Whatever happened to the scientific method? Why are the principles now held to be sacrosanct?
It's that sort of attitude that makes normal people think that agilists are, on the whole, a bunch of greedy fuckheaded navelgazers more intent on group teenmasturbation than concern for fellow man. The irony of their very name is becoming apparent to all; there's nothing agile about their thought processes or acceptance of external input. Either you're with us, or you're not doing agile 'properly', and you can hire us or attend our seminars for the cheap price of a few thousand dollars.
Just say no to agile. Say yes to sane practices that work for your particular need. In the real world, it's not about doing either waterfall or agile, both are silly extremes that in practice never happen. The agilists initial point is well made, one should adapt and be prepared to think outside the box. Taking that advice in earnest involves discarding the modern day agilists and their newly discovered snake oil. | Monday, June 19th, 2006 | 6:11 pm |
Defecating on a JDK http://jroller.com/page/fate?entry=defecating_on_a_jdk In a rather perplexing move, it's announced that the Java 6 JDK will include Derby, the turdy little unwanted IBM poop plopped onto Apache (about par for the course, since large swathes of Apache seem to exit solely as an IBM marketing tool.)
What's perplexing about this decision is how incredibly arbitrary it seems. I have yet to see a single rational justification of its inclusion, even from within Sun or from the community at large.
It's one thing to suffer from the tyranny of the masses. We have plenty of cases of that in Javaland, do we really need to now add arbitrary bizarre decisions that not only pop up out of nowhere, but also have nothing at all do with the community?
Honestly, not even the JDK6 Expert Group decided on this addition. It's literally as if someone at Sun woke up one day and thought 'you know, I miss the old days when we could add random shit to the jdk without all this community and expert group nonsense, I'm going to sexually arouse myself now by doing just that', in one of the most harmful public displays of nostalgia ever seen in a technical forum.
I honestly cannot conceive of a single reason for this. It doesn't even make life easier for anyone. You can't rely on it being there since it's not in the JRE, you can't actually do anything with it since you have to ram various awkwardly shaped objects into unexpected orifices to create a db and manage it using derby's amateurish and unpleasant tools. It'll work out of the box much the same way as an Oracle 8 install CD can be considered functional.
Even the silly 'explanation' from Mark Reinhold on JavaLobby says nothing compelling. It really does seem like a completely random decision based on a freakish whim. The motive in fact is fairly evil, getting people hooked onto JDBC 4, which will be a nasty thing to hook people onto since invariably they'll need to move onto a real database, and end up being exactly where they are now; at the mercy of the real DB vendors, with nothing useful at all gained from the fact that they got to play with some half baked alpha pile of IBM dingleberries; a dubious joy at best.
This is even bad news for the handful of morons who are incompetent and desperate enough to use Derby. Now you'll have to bend over and invite over a large group of chocolate log miners and perform things your mother would be very upset about just to upgrade your db. Of course, you WILL want to upgrade it. It has hundreds of open issues, and is clearly labeled alpha.
Even if those issues are miraculously addresses in the next few months, we'd still end up with more IBM shit in the JDK. Honestly, when will people finally realise that IBM has never produced anything of worth, beyond genius marketers? How many times must I mention java.util.Calendar and java.text before people start listening?
How hard is it really to install lightweight pure Java DB? We have mckoi, we have hsqldb (in its various incarnations), and we even have a halfassed one from Apache (Derby). All of these (except derby, funnily enough) are very easy to download and install, and are perfectly adequate for testing and playing with and the odd bout of sexual experimentation for the curious. In ALL cases, this should NOT be in the JDK. Why should one DB be blessed above all others? Did we learn nothing from the crimson fiasco? Mark also naively claims 'Vendors of little DBs are already threatened by Derby whether or not a copy of it is co-bundled with the JDK. I don?t see how doing that fundamentally changes the picture for them.' A clearly ludicrous claim; just look at how successful Tomcat is. That lovely servlet engine that'd have gone nowhere had it not been the RI. I don't envy the little guys having to compete against a product called 'JavaDB'.
The branding of the whole thing is equally ludicrous. JavaDB? What next, renaming Glassfish to The Java Application Server and making obscene lawyery gestures at anyone wanting to refer to their appserver by that name?
I'm one of the few people I know who will publicly admit that he's a Sun fan. I think they're an excellent steward of Java, and have done a remarkable job in every way (except marketing of course, I can't think of a company that's more incompetent in terms of how they present themselves to the public or of the ludicrous stuff they seem to push). How out of touch do you have to be to be 'honestly surprised at the reaction to all this' according to Mark? Have you people lost all respect for what we love and care about our platform, and felt that for the sake of consistency, you should whore the rest of the JDK and sell all your products NetBeans style? Come on, surely there are enough technically minded people still at Sun, who have some say and can prevent this travesty from taking place? | Sunday, December 31st, 2006 | 10:40 am |
5 things I don't want to know about you http://jroller.com/page/fate?entry=5_things_i_don_t The whole '5 things that make me look cool' thing is getting out of hand. It's insidious and evil and idiotic, all at the same time.
For one thing, who on earth would give a flying fuck about all of these irrelevant, tedious, boring, repetitive factoids? This approach works well enough as a social lubricant; it's aimless little drops of pre-cum you can jizz out during a conversation just to keep things lubed up. Online, it makes you look like a tool at best, and more likely a self-absorbed child molesting fruitcake with nothing better to do that masturbate in front of random passers by in the hope that someone will stop and gawp at your pathetic flailing.
The real genius of it though is that it allows the tawdry twats who succumb to it to happily whip out their genitalia in public, rub it against their own orifices and spooge dramatically all under the guise of 'playing along' and doing it for other people.
Almost everyone agrees that a personal blog where one randomly defecates their incoherent and tedious ramblings is a Bad Thing, and most people have learnt (usually through being mocked horribly, especially in our industry) that nobody really gives a flying fuck about how many cats you have, how good you are at fucking your significant other and producing more boring people in your mold, or how excited you find penis slapping. This new approach though enables you get rid of any possible guilt, common sense or simple social graces you have with regards to regaling the world with this tedium, since someone else asked you to do it and it's for some obnoxious and incredibly not funny 'cause'.
Of course, it works well in nerdy culture. Who could resist the chance to brag or boast about themselves? It's considered fairly rude to do so in conversation unless it's a contribution of some sort, but online, you can regale people with your exploits with nary a care in the world, and even better, 'tag' (a polite way of helicopter peeing on) other equally fuckwitted chozgobblers so that they can also participate in this sick and twisted pyramid scheme of self-gratification.
Let it end. Those of who you have already gotten your jollies off, well done. You got to spooge onto the world's face, you felt better about yourself, and took your fill of the public buttplug all in one go. Good job. The rest of you who are vaguely pondering succumbing to this evil, resist. Resist long, and resist hard. Don't become another statistic, don't for one second assume that you're special or clever or a 'someone' just because some random pillowbiter diddled your sensitive spot. You're still a nobody, and far more importantly, people still couldn't give a flying fuck about random trivia concerning your tedious, 'I'd rather have my orifices plugged with my own feces while forced into a grouphug with 3 rubyists, martin fowler's beard, and 2 thoughtwankers than be this guy' mockery of a life.
Here's hoping people spot this pathetic agonising plea for attention for what it is. It's not funny, it's not interesting, it's just sad in that way that only a mentally handicapped 56 year old woman masturbating in public can be.
Happy new year! | Friday, January 26th, 2007 | 6:46 pm |
What makes for a good JavaOne submission http://jroller.com/page/fate?entry=what_makes_for_a_good For some inexplicable reason, I'm one of the external reviewers for this year's JavaOne EE and Web tracks. The one thing that's utterly perplexing about it is the dire quality of some submissions.
Tempting as it might be, I'm not going to name names. I'm not going to point out how many vendors pitches there are, or how much they suck. Instead I'm going to try and understand what on earth some submitters were thinking.
For vendors, honestly, what were you thinking? Do you think the people reviewing these things are stupid? Do you really think that JavaOne attendees love to hear about how you solved problem X using your own technology, that nobody can actually use without dropping trow, bending over, and paying for the privilege of being molestered?
The open source crap is just as bad. Here's a hint to you budding open source wankstains. If your project doesn't have a community, has no buzz around it, and is not particularly innovative, then don't bother. JavaOne isn't some whore you can throw your dirty papers at for a quick show and tell. Nor is it a venue for you to idly gaze into your navel and pick out lint in public, musing on its quantity, quality, and what possible use it might have.
Of course, some of the submitters are savvy to this culling process, and it's obvious that they're working hard to try and make the proposal not sound like a product pitch. Unluckily for you though, the reviewers actually do know what's going on in Javaland, and all of them have attended other conferences and know who has talked about what, and how successfully. So be careful, one misplaced vendor pitch could ruin your chances at playing with the big boys.
I don't understand how hard it can be to put yourself in the shoes of the average attendee. The goal of this conference (and ANY good conference) is to help said user, NOT to help the vendor or presenter. The fact that you get to strut your stuff and waggle your genitalia at a few hundred people at a time is its own reward.
So given that the average reader here is a discerning (if somewhat mentally unfit) Java type person, with one finger on the pulse of the community, and another firmly in an orifice, I'd like to you know what you think. What would make a good talk? What talks have you gone to that sucked so much you wanted to shove Gavin Fleury, 3 TDD zealots, and a Websphere consultant into a blender and smear yourself with the resulting goop while making sweet manlove to Howard Lewis Ship's beard?
On and before I forget, HAHAHA VIRTUAS IS OUT OF BUSINESS!!!! TOLD YOU SO! | Tuesday, December 26th, 2006 | 8:57 am |
Open sores scams http://jroller.com/page/fate?entry=open_sores_scams It's funny how whenever there's a whiff of money in the air, all the shysters and scamsters come out of the woodwork to try and make a quick buck. What's more depressing is how often it actually works. Witness Marc Fleury, for example, or Gluecode's sale to IBM.
The Java world has a good few companies like these, companies which don't really offer much, but have somehow managed to waggle the open source penis sufficiently that others have thrown money in their general direction for a quick stroke and lick.
It's delightful however to see that this particular scam doesn't always work. Two brilliant examples that come to mind are Mergere and Virtuas.
For the unintialised, both of these companies have no actual offerings, beyond brand. Mergere has a fairly inxplicable business plan; to build a company around maven. Not the actual product, but the idea. Suffice to say, they've flushed away a ton of money down the toilet and gotten absolutely nowhere, just like I predicted a year ago.
Virtuas is a really special one though. The basic premise of Virtuas is....well, it's hard to tell. They seem to have something to do with OSS, but what, nobody is quite sure. They do throw nice parties though, and I fairly gleefully drank their alcohol and wasted their food at various conferences. A fool and his money are easily parted.
The three 'brand names' that Virtuas has (well, had) are Jeff Genender, Matt Raible, and Bruce Snyder. Matt is famous for being the webmonkeyest person in Javaland. Matt to the average Java developer is what George Bush is to the well intentioned republican; an oafish figure that's vaguely embarrassing, but that you can relate to on some level because he's as dimwitted as you are.
Bruce jumped ship fairly early on to join a similar scam with slightly better business prospects, LogicBlaze.
Jeff on the other hand seems to have just left Virtuas to move onto bigger and better (and more commercially viable) things. How do I know? Well, Jeff had posted a superb blog entry airing some of fun stuff going on at Virtuas. Sadly, the article was yanked. I imagine the powers that be sent poor Jeff some mean letters that deprived the rest of us of his literary genius. The article wasn't even that bad, but it did point out that Virtuas spent a ton of money, and achieved nothing whatsoever. Really folks, if you're going to force someone to yank an article, someone somewhere is going to notice, and the negative publicity you get from THAT is likely far worse than if you had let the article stay and ignored it. After all, I wouldn't be writing about what turdburglaring arsebandit chozgobbling pillowbiting chocolate log miners Virtuas are if Jeff's original article wasn't yanked.
I remember being aghast actually a year or so ago when I first heard of Virtuas. The word on the street was that basically, the principals had managed to scam some Indian fund (the native kind, not the Asian kind) and that they had, in effect, unlimited funds to spooge over and so could do stupid shit like throw hundreds of thousands of dollars at JavaOne parties that generated no income or leads whatsoever.
Honestly, when I hear about these people, I'm tempted every now and then to draw a big chart outlining all the incestuous relationships between all these companies. It's like one of those mob charts you see in cop movies. We have Gluecode, which was headed by Winston. Winston has a Philippines based sweatshop where most of the coding is done. He sells Gluecode, and is immediately astounded at his own business acumen. He goes on to form Mergere and Logicblaze through some more money he's scammed, in return for gobs of shares. The rest of the gluecode people disperse to one of those two companies or IBM. On the periphery are people like Bruce and Jeff, who go on to form Virtuas, but also to work on Geronimo. Geronimo uses a bunch of products which happened to be commercialised by Mergere and LogicBlaze. Employees between all of these companies seem to happily hop between them, with IBM at various points no doubt injecting money to keep the whole thing sustainable. Matt Raible grins idiotically throughout the whole thing.
Another brilliant example of the OSS marketing approach is Terracotta, who have recently open sourced their flagshit product. Now, let me ask you this, if you had a product that cost 10k/cpu, and you had a ton of customers, why would you opensource it? The answer is actually pretty simple. You'd do so if the loss of income from license purchases was insignificant, which is the case if in fact you DIDN'T have many customers.
Terracotta also has a fantastic burn rate. Fancy offices, highly competent developers that likely cost a fair few limbs, and one of the stupidest marketing plans ever seen outside of Virtuas. Ignore all the spin, the OSS gesture is a last gasp effort, which might or might not pay off. Don't make the mistake of assuming it's a choice they had to make; it was a choice forced on them to try and salvage something out of what they've built. Ultimately, choosing terracotta or coherence boils down to whether you are building toys, or enterprise applications, at least for the near future.
So do yourselves a favour and avoid all these companies, their shelf life is highly suspect, and they're all a bit too blatant about trying to scam you. | Wednesday, May 17th, 2006 | 9:04 pm |
JavaOne BEA Keynote http://jroller.com/page/fate?entry=javaone_bea_keynote Having managed to blag my way into sitting on the second row during the BEA keynote, and having subsequently borrowed a BEA laptop to bile on, I almost feel bad for doing this. Still, it must be done, life can be so cruel sometimes.
First we have Bill Roth (BEA VP type dude), who starts off with debunking a lot of the shit that spotty little open sores sycophants have been spooging about in the last year or so. You know the usual crud, opensores will 0wn j00, java is cobol, ruby will make your penis big and tasty to hot little teenagers of the girl variety, and so on and so forth.
Patrick Linskey goes up on stage next, I don't know if he has makeup or not, but his pate looks awfully shiny, so it's a bit hard to focus. Regardless, the talk starts off with a rather boring 'middleware is great, we love middleware, middleware is prevalent, middleware lets you write applications, middleware gives you the flexibility to be flexibly flexible, you can embrace change, have sex with it, then surprise it with a hot lunch/cold karl combo.
The next issue to address is whether middleware has been commoditised. Unsurprisingly, the BEA answer is a fairly resounding 'nooooo' waily sound. All is forgiven though since Patrick just said 'holistic' and you really can't go wrong with that word.
Bill takes over again, with a great jibe at how stupid IBM is. It's really hard to agree, one would be hard pressed to find a company that manages to produce as much shit as IBM. Never, ever forget or forgive the crime of java.util.Calendar for which they are responsible.
The one piece of great news is that Spring now supports the non-JPA bits of EJB 3.0 (DI, session/message beans). The best part, of course, is that JBoss now has it stuck to them up the bottom with a sharp splintery thingybobby. There's absolutely no reason to use it now if you care about EJB. You can use kodo with spring, and have full EJB 3.0 support, running in tomcat if you want. Unless of course, for reasons that are entirely inexplicable, you enjoy chewing off your arm, cramming it up your ass, while singing twinkle twinkle little star in a strained and fairly uncomfortable voice. No doubt the Geronimo people will find this very useful (the spring thing, not the arm-in-anus thing), given that the only hope that poor little project ever has of not being a laughing stock is to beg for charitable donations from other entities that can actually deliver software.
Surprise surprise, it also turns out that SOA is NOT 'the' next big thing, but merely 'A' next big thing. I'm sure that by next year, we'll have an ever more sheepish nod in the general direction of this obscene cloudfest.
Patrick however lost me at his praise of Apache. He seems like such a sane normal guy, and here we have a blatant nod in the general direction of Apache. Someone must have given him the wrong suppository to make him say such horrible things, come on, of all people, surely he'd know that Apache does NOT have 'cool software'?
The real problem I have with this talk though is that the general theme is, unsurprisingly, bullshitty. They basically decided to use 'blend' instead of 'integrate', and are somehow pimping this as some kind of astounding revelation. Gosh, thank god I attended, I'd never have ever figured out that I should be using the right language for the right task, or that I should pick the right tool for the issue at hand. Now that I can 'blend' stuff, I'm sure my productivity will skyrocket! Pffft.
No pimpage is complete these days without some kind of IDE arm flailing with a promise that this could be almost as gratifying as self-asphyxiation. In this case, it happens to be BEA workshop. They're also doing something some Google AJAX talk I went earlier did; having one guy casually ask the other various leading questions 'so for example, if you change a dependency, it'll show up right away, right?' 'why yes, funny you should ask, but it will show up right away!' 'Great!' 'Great!' 'Wanna cyber?' 'Funny you should ask, but yeah!'
Still, despite all that, one can't deny that having another open source ejb3 provider is a great thing, and being able to run the whole thing standalone via Spring is enough to shake the limpest penis.
UPDATE: I've gotten way too many questions about these during the last few hours, so for the uninitiated, here are some definitions:
Hot lunch: the act of shitting in clingfilm stretched over someones open mouth then fucking the mouth and at the point of ejaculation bursting through the clingfilm giving the recipiant a mouthful of shit and spunk, not to be confused with a hot buffet (the act of shitting, pissing and vomiting on your partners chest.)
Cold karl: The act of defecating on a glass table, while another person's face is directly below the table/feces. Similar to the hot karl (form of assault in which the assailant procedes to fill a tube sock with his own faeces, ready to engage in fierce guerrilla warfare) and the warm karl (The act of defecating on another's forehead with only a piece of cling wrap separating the feces from the forehead). |
[ << Previous 20 ]
|