Macs everywhere … almost.

(via my blog)

The first conference I attended after getting my TiBook last year was O’Reilly’s Open Source Convention, and I was amazed to see more Macs than any other kind of laptop there. JavaOne is a slightly different group of folks, of course, and I don’t think Macs dominate here. But they’re in the running. You see them everywhere you look, being used by attendees and presenters. James Gosling is just one example.

How times have changed. Tim O’Reilly is right that the Mac is now the alpha geek’s machine, and with this kind of developer adoption, the great apps for OS X are going to flow ever faster. Part of the reason for Mac uptake among developers is OS X’s BSD underpinnings, and part is just the stability and great networking support. But another important factor is Apple’s commitment to the Java platform. Right here, a couple of years ago, Steve Jobs committed to making OS X the best Java development platform on the planet. Apple is well on the way to fulfilling that commitment.

Why, then, when Jonathan Schwartz emphasized Sun’s commitment to Java on the desktop in Tuesday’s opening keynote, did he mention Linux … but not the Mac?

Community Seeding, Community Building

(via my blog)

I’ve been anticipating this reaction. It was inevitable. But we’re not blogging JavaOne because we’re being told to. I, at least, am doing so because I’m here, it’s fun, andmost importantlyI think is important, and I’d like to help it get off to a good start.

Communities are built by the inhabitants. You can’t just decide to go build a thriving, vital community. But that doesn’t mean you can’t seed one, and cultivate it. To do that, you persuade people to move in, provide basic services, and let them build their own community.

It might be useful to remember Levittown, the first planned suburban housing development. It was sterile and artificial, and there was a lot to criticize about it. But it met a need, and families flocked to it. And they didn’t leave things the way they found them. They took ownership and built a unique community with character and life.

Sun, with the help of some partners, has built the streets and the infrastructure, put up some houses, and persuaded a few of us to move in. There are more houses open. It may feel a little sterile at first, until we can move some walls, slap up some chartreuse paint, and put the flamingos in the lawns. But people are already starting to do that. It’ll be fun to see what feels like by this time next year.

At least the comedy worked …

(via my blog)

The “opening act” for this morning’s general session was Don McMillan, a self-described “Engineer/Comedian” who started things off with an insightful, funny, and wonderfully geeky act. (I especially liked his necktie with the periodic table of the elements … I need to get one for my friend Greg Vaughn, who sometimes wears a periodic table t-shirtcomplete with radioactive elements that glow in the dark.)

Then came the “serious” segments, complete with demos. That’s when the fun really started. Unintentional comedy is nearly always better than the planned kind.

Three demostwo by Sun, one by SAPwent awry in one way or another. And of course, speakers at events like this never obey the first law of demos (Never say anything more optimistic than “Watch this!”). The unfortunate SAP developer got flustered and never actually pulled his demo off, but the guy with Sun’s “Project Rave” did a fantastic job under pressure, quickly recoding the entire demo application as everyone watched. And it was lots of fun to see Rich Green and another presenter both unable to figure out how to work one of the projectors, only to have the programmer onstage lean across them, touch a button, and bring everything into instant focus.

I know that’s not how things were planned, but it was very entertaining, and it gave us all a chance to root for the underappreciated heroes of such events: the lowly programmers, brought onstage to run the demos while the speaking roles go to someone else.

Bitter EJB

(via my blog)

This is a long blog entry … you have been warned.

Big conferences like JavaOne are always accompanied by the introduction of new books. This time’s no exception.

I stopped by the JDOCentral booth to visit my friend Patrick Linskey of SolarMetric, and he surprised me with a free copy of Bitter EJB, the new book he wrote with Bruce Tate, Mike Clark, and Bob Lee. I’m very pleased to have it, because early glimpses of some chapters have been posted on The Server Side, and it looks even better than Bruce’s original Bitter Java.

With apologies to Patrick, the first chapter I turned to was Mike Clark’s “Bitter Tunes,” about performance tuning for EJBs. Mike and I have an interesting history. Last year I gave a talk at JavaOne called “Stalking Your Shadow: Adventures in Garbage Collection Optimization,” and about two months later I gave the same talk at a No Fluff, Just Stuff symposium in Dallas. The talk may sound extremely technical and arcane, but it’s actually a “stealth agile” talk, in which I use the complexity of GC interaction and optimization to advocate a tightly iterative approach to optimizationavoiding both premature and “way too late” optimization by developing iteratively and building performance testing into your development process.

In the talk, I recommend using a package called JUnitPerf to automate performance testing and integrate it into your build and test process. In Dallas, I got to that slide and heard “Thanks! I’ll pay you later” from the back of the room. That’s how I met Mike Clark, the author of JUnitPerf. And I’m glad I did, because he’s one of my favorite folks in the industry.

Mike and I independently began delivering the same message: although the hazards of premature optimization are well known, it’s also possibleeasy, in factto wait too long, and only learn about performance issues at a stage when they’re so deeply embedded in your architecture that it’s all but impossible to eliminate them. JUnitPerf is designed to help with that, making automated performance testing an easy and repeatable task, so that you can find performance problems as soon as they appear and deal with them before it’s too late.

The first antipattern in Mike’s “Bitter Tunes” chapter is “Premature Optimization” (and rightly so, because many developers still need to hear that message). But the solution to premature optimization isn’t to just wait ‘til the end of the project; it’s to wait until you see real performance problems, and then attack them as soon as possible. So the second of Mike’s antipatterns is “Performance Afterthoughts,” and the solution is “Plan Early and Often” (a title I really like). Mike’s advice applies not just to EJB projects, but to all software projects.

I’ve focused here on one chapter of Bitter EJB, but from what I’ve seen, the rest of the book is just as great, and our industry has needed a book like this for quite a while now. You owe it to yourself to buy a copy.

One Big Happy Family

(via my blog)

I remember being at JavaOne in 1999 (I think) when I first heard the terms “J2SE”, “J2EE”, and “J2ME”. I understood the reasoning for such a move, but at the same time I hoped they wouldn’t go too far with the distinction.

It was both amusing and refreshing to hear Jonathan Schwartz acknowledge in this morning’s keynote that Sun has been guilty of pushing multiple, separate platforms rather than emphasizing Java as a single platform. He promised that they would do better.

Of course, they aren’t in a full retreat from the multiple editions, and such a retreat wouldn’t make sense anyway. There are real distinctions between those environments, and the facilities available on them need to reflect that. But I do hope they spend more time focusing on what all the editions have in common.

Unfortunately, for those of us who like to stay informed about what’s coming in future releases, it’s necessary to pick an edition. This afternoon at 3:30, the “Overview and Roadmap” sessions for J2SE and J2EE are scheduled opposite one another.

subscribe via RSS