Jennifer and I just got back from Berkley where we went to see Richard Clark speak. Well, discus. Or something.
Anyway, it was engaging for a lot of the reasons that I expected it could be. One of the things that first struck me was that he kept bringing abstract questions about potential threats back to the demonstrated threat model in play today. It's something that I don't really expect from someone in public service. Despite my considerable reservations about his work in the "cybersecurity" world, I couldn't help but come away impressed. He clearly articulated who the enemy was/is, what kinds of things help and what kinds of things hurt US interests in that context.
With so much security theater in the world, it is always an unexpected and pleasant surprise to hear someone talk about risks and threats in a way that doesn't play to hype and focuses on real risks (and not just those that will sell at the voting booth).
Favorite line of the evening: "you cannot declare war on a tactic".
Jennifer and I just got back from Berkley where we went to see Richard Clark speak. Well, discus. Or something.
It's one thing when your friends loose their jobs because some knuckle-head CEO got caught with his hand in the cookie jar, or more likely, couldn't find a cookie jar with both hands and a guide dog. But it's quite another when you find a CEO dumb enough to actually single out and fire one of the best web developers on the planet for entirely spurious reasons. Someone should send this guy a memo that if Microsoft can let 1400 developers loose with sponsored blogs, then it might just behoove Friendster to let someone other than a marketing droid toot Friendsters horn a little too.
Over the last several months I have assisted Friendster in the search for a top-notch DHTML person (due in large part to my respect for Joyce as a developer). That help is over, and if you've been approached by Friendster for an engineering position of any sort, please allow me to take this moment and wave you off from a company that can only seem to distinguish and recognize its most valuable employees by handing them pink slips.
If you write code for a living or a hobby, it has probably been difficult to ignore the oblique war between the various language camps, although the lines aren't as clearcut as the "Java vs. C++" wars of old. Recent salvos instead seem to be between Java and scripting languages.
It occurs to me that this is a discussion about taste. Joyce pointed out to me that she doesn't generally get the vibe that Perl/PHP/Python people ever diss the other's language choices the way they do Java. My experience also bears this out. I would prefer to write in Python where I get the chance, but I don't mind Perl or PHP, although I don't think they fit my style as well. On the other hand, I generally dislike writing Java (despite having used it in everything from J2EE to J2ME environments). My personal aversion springs from a feeling that Java is very condescending about the constraints in puts on me and very unthoughtful in the hoops it makes me jump through to get up-and-running with it. Java (to me) is the victorian day-bed to Python/Perl/PHP's Le Corbusier chaise. While I might prefer some other modern artist, I will take any of them any day over a baroque disaster like Java.
Whatever the reason for my unfounded aversion to the language, Java geeks seem to feel very strongly that they are being singled out for ridicule among the "cool kids", and I will say that it's not a sentiment without some basis in fact. Case in point is a "rebuttal" of sorts to some points that Java people seem to feel singled out by.
My problems with this article start with the title, "...Why People Think Java is Un-Cool - Debunked". Frankly, your standing as "cool" or not is ONLY in the minds of "people", so debunking their opinions with facts is useless. You might be able to change their minds, but you certainly won't be able to proove coolness or lack thereof. Having been through the editorial process, though, I think we can safely attribute problems in the title to someone other than the author.
Which only leaves the rest of the article. I'll go through the points one-by-one and give my off-the-cuff reactions to each. Note that I'm not unbiased, only experienced enough to have formed some of my own opinions (or stolen them from people smarter than myself).
- "Java Has Considerably Fewer Surprises". If your basis of comparison is Perl, this point could be valid, but it doesn't hold up to more than cursory scrutiny either way. Java's surprises are myriad and maddening. What do you MEAN I can add two strings with the plus operator but I can't define what that should mean for my own objects? You mean I have to manually munge paths to library files (in the invocation of a program!) myself? What kind of a two-bit language makes me write this much code just to OPEN A FRIGGING FILE AND GET A STRING? Java has plenty of surprises, and most of them are nasty. Asking that a programming platform do things like provide you with standard ways of placing things where they can be found by other programs isn't an affront to anyone's man/womanhood and it's not lazy. It's the point of computers: they're supposed to do things FOR YOU.
Oh, and for the record, I write Java, and I do NOT fail the "geek test". That said, I almost never choose it unless there is some library support reason to do so.
- "Java is slow". Wow. Where to begin? I could start with "contention on scarce resources and poor algorithm choice always dominate", but I wonder if it would even matter. By this point, good java developers are already shaking their heads. The author likely hasn't written any network services. Perhaps I should just move on.
- "Swing disasters continue". Huh? Few enough people actually interact with SWING apps on a daily basis to know how badly they perform, and fewer still have to wade through the examples to write it. "Swing disasters" continue (IMO) because SWING requires too much of the developer for too little payoff. By the time the developer gets done initializing all his layouts, he's gotta take an RSI break, and by the time his keyboard accelerators are hinted, it's time to go home. This isn't a brilliant API, it's a borken API if I've ever seen one. Verbosity and capability do not brilliance make.
I've written SWING apps, and I can honestly tell you that whenever I get the chance, I'd choose (D)HTML, PyGTK, PyQT, XUL, or even raw QT/C++ instead. For Java the choice would fall to SWT, and failing that AWT (which, of course, you need to know anyway to use SWING). Almost the only place where I'd choose SWING would be on an OS X box where it won't look like a dog came in and spilled purple paint on my UI and then scratched it up (yes, yes, i know all about PLAF, it blows goats too).
Java has had a serious advantage over other programming platforms for almost a decade in that it has shipped a capable, full-featured, and standard UI toolkit across multiple platforms (and it looked better than TCL/TK). This should have been its saving grace, but like so many things in Java, all of the bits of polish that separate a university experiment that escaped the lab from production software have been left un-buffed and the net result is overly-high ongoing cost and mental expense when investing in Java for developing applications. Technology decisions are investments, and being blind to the ongoing costs associated with that investment is something that's indefensable when you aren't paying the bills. So if you're a Java developer, ask yourself this: are you really doing your employers any favors by discounting the mental cost and time-related effort involved in apologizing for all of Java's little "quirks"? I'm not suggesting that you ditch Java, but I am suggesting that you come to the table with a fair understanding of where your tools are good and where they suck. The author of this article clearly did not.
- "Java is a strongly typed language...". So let me get this right: the compiler tells me that I'm wrong, and then the unit tests tell me that I'm wrong (when I get them to run), and then my users tell me I'm wrong. Don't the first 2 seems a little redunant? And if the unit tests can't tell me that I'm wrong, how is type checking going to help me get my logic right here?
You'll excuse me if I show the chaperone the door. With a killall -9.
- "Java has a library...". And here we get to why Java is really used everywhere and for so many different things: because there's already so much Java code written that in a lot of places, you'd be an idiot not to use Java. It's the reason I use ANT for building netWindows despite my revulsion of XML as a poor man's Makefile. It's the reason that I write Java for mobile devices when I want to hack something together for a phone (nevermind the atrocious build process), and it's the reason that Java gets it's grubby little hands into enterprise software. If you need to get something done, the odds are that there's some Java code that already does most (or at least part) of what you need to do. This is why Java isn't going away any time soon, and why I'll continue to get jobs where I write Java. Java might not be the right language for the job, but it's the only language with interfaces to all the tools you need to get a particular job done.
- "Java did not have a good IDE". Says who? And why is that important? I still write most of my Java code in vim, which is the same thing I was using when I was learning on JDK 1.1. I've subsequently tried almost every Java IDE around (save IDEA, which I continue to hear great things about). I use none of them day-to-day. That might just say that I'm a horrible luddite (likely!), or it might be commentary on any language which needs tools with the complexity of a modern airliner to pull it out of it's self-inflicted productivity death-spiral. You decide.
- "java is popular"...and therefore cannot be "cool". I guess I don't see the causal relationship here: the common cold is very uncool, while the plague is relatively rare but yet, somehow, not any cooler. TCL is less common than Python, but you can't pay me enough to write TCL code. The law doesn't hold.
- "Java isn't good for drivers, low-level stuff". Why? Why is any language inherently interpreted or compiled? I've done my fair share of byte array mangling in Java, and it's arguably easier than it is in C. If what the author says about Java speed being near that of C these days, I fail to see the big hangup!?! The fact that you don't have a good Java compiler that'll let you talk to the metal isn't Java's fault, it's Sun's.
Want to pin blame for why people perceive Java as a big, bloated, slow failure that's hard to work with? Look no further than the company that begat Java, couldn't figure out what to do with it, and then continually under-invested and then finally incorrectly-invested in it.
Now, before the hate mail starts pouring in, I'd just like to say that I use Java every day. I write Java regularly, and I really, really want Java to get better (if only because I want my life to suck less). I want Java to get better than Python. I want Java to support real closures and have lightweight userspace thread support on every platform that's fast enough to beat Twisted Python. I want J2EE to stop giving java developers tools to shoot themselves in the foot with. I want Java's APIs to be nimble and easy to understand. I want Java to stop being condescending and grumble inducing. I want Java to be a great language for the average programmer as well as the great programmer.
This isn't the wishlist of someone who hates Java, this is the wishlist of someone that really believes that Java can get better. I also believe that as long as the Java commmunity is only going to excuse its many failures to deliver on what it sold the world, then it deserves a little tough love now and then.
Verbosity is not a virtue.
Performance is not a function of your language choice.
No language is inherently interpreted.
Java doesn't have to suck.
This is the kind of week I'm having: it's Thursday, and I'm only now getting around to posting about last Saturday. Oy.
But on the upside, it was fun! Jennifer and I arrived late to a cookout in Bunny Medow in Golden Gate park and cooked an obscene amount of dead chicken, pig, and cow. We ducked out to get to the TMBG show not long after pawning off the last of the kebabs and sausage onto our friends. At one point someone tried to stage dive in the middle of "Particle Man". Needless to say, in a group of mid-thirties deeply unhip white people, stage diving seems like a better idea than it really is. The poor sap who inflicted back injuries on himself was then soundly mocked by the band for like 3 minutes. Both insult and injury seemed well deserved. My evening was made when TMBG did "Experimental Film". Haven't been able to get that song out of my head in days.
Later we went to the last of Heather's fabulous parties (she even had a DJ!). She's moving out of the city, and will be sorely missed by us all. Oh the things we do for love.
Last Friday we sent Dave packing for Washington.
I guess that employers generally do a really poor job of acknowledging people for what they add (and I wish I were better than most, but I know in my gut that I'm not), and so I want to take just a minute now to thank David for a great summer.
It's not that often that you work with people whose taste you respect, and I think that taste in general is an under-appreciated quality among programmers that distinguishes entire echelons of programmers from one another. This summer I've had the good fortune to work closely with someone who has a good sense of programming taste.