Chris Bowles asked me what I thought about the new design for the University’s home page, and I decided to post my thoughts here.

If you want to get technical, it does a pretty good job on the XKCD test—the only thing I couldn’t find relatively easily was the University police phone number. But it clearly follows the letter rather than the spirit of that cartoon: the big, eye-catching stuff is still about “branding” rather than helping the visitor find what they’re looking for. I’m not saying branding isn’t important, but I’m sure for the vast majority of the people coming to the web site it just gets in their way.

Also, I thought I’d mention that the layout is a bit broken when I view the page in Safari (the browser I use most.) I think this is because I’ve set the preferences to “never use font sizes smaller than 12.” Why do page designers love small fonts so much?

James Clark: XML vs the Web.

You should read the whole thing, but here’s his conclusion:

So what’s the way forward? I think the Web community has spoken, and it’s clear that what it wants is HTML5, JavaScript and JSON. XML isn’t going away but I see it being less and less a Web technology; it won’t be something that you send over the wire on the public Web, but just one of many technologies that are used on the server to manage and generate what you do send over the wire.

My take on XML is that Microsoft and IBM and Software AG and all the other big software vendors took a technology that was originally a simplification of something that had grown over complicated (SGML) and saddled it with layer upon layer of complexity, because then they could sell tools to manage that complexity. In the meantime, people that needed to get stuff done and didn’t have huge budgets for tools moved on to less complicated technologies.

[update] I should probably add that XML is still very useful and won’t go away any time soon, and I don’t regret the effort I’ve put into learning XML technologies. But there’s a lot of junk built on XML—SOAP, UDDI, WS-*, etc.—that could (and should) die unmourned.

Since the 1980’s IBM mainframes have come with a built-in hypervisor that allows you to partition the machine into multiple systems. (As I recall, Amdahl had this feature first.) For over a decade, we’ve run three partitions on the administrative computing system: one partition where we install new versions of the operating system when we receive them from IBM, and make sure it’s working as delivered; a second where we make our local modifications and install third-party applications to test them out; and finally, the production partition that everyone except the systems staff uses. This means that all developer and quality assurance testing occurs in the production partition.

I’ve mentioned this to a few people, but now I’d like to publicly float the idea of breaking up the production partition and spinning out the test and quality assurance environments into their own partitions. The primary advantage of doing so would be a decreased possibility of testing efforts inadvertently affecting production data. (This would particularly apply in batch, where currently developers have to come up with different names for test data sets.) A second advantage would be an enhanced ability to make sure non-production work doesn’t receive an excessive share of the mainframe’s capacity.

The main disadvantage would be slightly more complicated procedures for migrating code and data between environments. Also, setting this up would require some effort, and developers would have to change some of their habits.

So what do y’all think?

I did the early voting thing last week, but today’s the actual election day. And here’s a story about a future election: An Election, by John Scalzi. Here’s a snippet:

“And what do we know about the demographics of the third district?” James asked.

“It’s a human-minority district,” David said. “I know—”

James held up his hand. “How long has it been since a human councilperson held the third district seat?”

“It’s been a few election cycles,” David admitted.

“A few?” James asked.

David threw up his hands. “Fine. It’s been forty-four years,” he said.

As a bit of follow-up to my post the other day about “customer service”, Tim Bray has a post about what you call the people you’re writing software for: No More Users.

I just wrote a little piece about how to write software, and it contained a few references to the humans who carry the mobile devices on which the software runs, and who interact with it. I found myself referring to these individuals as “users” or “the user”. Gack; I hate that word.

In fact, I hate it almost as much as the word “content” which, in the Internet-biz context means “Words and pictures and sounds that you create and I monetize.” Anyone who uses the acronym UGC in my presence should prepare for a nasty reaction.

In the comments, the most popular suggestion is “customers”, but you know how I feel about that. (Although it may be a little better for these people, who may actually be selling their software to their customers.) Anyway, most of the people who use things I write are software developers, so I like to call them … wait for it … “developers”. As for the people they’re writing for, how about calling them “students” or “faculty” or “staff”?