Infrequently Noted

Alex Russell on browsers, standards, and the process of progress.

Mail Matters

Now that I'm mobile, mail is becomming a major concern. 'Till now, I've been able to get away with having a couple of accounts which were checked via POP3 from a single box. Mail would get backed up from that box, and I'd run my client from that system. This worked very well when I had DSL, but since my last move that hasn't been an option.

The laptop compounds the problem somewhat as I want my mail to be both acessible offline and sync'd with my desktop so that I have the same "picture" of the outside world from my mail client at all times, no matter where I check my mail from. My initial thought was to see if would do what I need, but alas it stores mail in mbox files. Perhaps the most broken/brain-dead way of storing mail ever, so that wasn't an option.

Next, what about Kmail under Fink? This seemed good, as I use/like Kmail everywhere else (save work, where we some massicistic tendancy dictates that pine is only acceptable MUA). Installing Kmail via Fink was straight-forward. Apt still rocks muchly. It's funny how often I forget how cool it is when I'm on a distro that doesn't use it. One problem though...Kmail wouldn't start. Hard crash...bus error. Not good.

A quick google turned up a problem with the QT libraries for Fink under OS X, meaning that I had to trying QT 3.2.1 out of unstable and hold my breath. I almost turned blue waiting for QT to compile, but once built Kmail works beautifuly. A quick scp of my primary maildir and the options files for kmail and we are ready to rock. A mobile, non-sucky, rsync-able mail solution at last. I'm a happy camper.

I'll probably have some thoughts on Safari when I get a chance to play with it more, but I really love the way the overflow: auto; problem is fixed and how spell checking is built in. Oh, and JavaScript debuging info to the console in the default build is a frigging godsend compared to Konqueror. There are some negatives, but overall it's the browser I knew Konq could be. Now if only we could get some OpenSource SVG support.

Oh, and for the $129 price of entry, VirtualPC kicks ass. Installing RedHat in a VM was a snap, and it's reasonably useful, even with a relatively limited 512 meg of ram. Very cool.

Long Personal Nightmare

I'll have notes on my Q-mail/vmailmgr/FreeBSD nightmare soon. Long story short: if another person ever decides that they are going to develop their own super-daemon system for Unix, everyone that ever wrapped their mind around svc/supervise will be so, so sad.

First (Mobile) Post!

My mobile transformation is (more or less complete). This is my first post from my new G4 laptop over the data connection from my cell phone. Mobile development, here I come = )


I finally did it. I finally ordered a laptop.

15" aluminum PowerBook with the 5400 RPM hard drive and half a gig of ram in a single SODIMM so I can slap another gig in when the price comes down a bit more. I think it's safe to say that we'll have much better Safari compatibility for the next NW release.

I actually feel sorry for my friends. I'm going to be (even more) insufferable for the next 3 weeks.


So every time I decide that I need to addle my brain a little bit more than the Economist and Slashdot can assist me with, I go reading blogs. This is kind of last-ditch boredom born from hour upon hour of mind-numbing, totally brain rotting work (documentation, IDS signatures, etc...). This is only outdone by the necessaray confluence of ennui and righteous indignance necessaray to actually post to a blog. Blogs are continuous-partial-attention theater as implemented via HTTP.

Anyway, I digress. Athough this is a blog, so you probably wouldn't have been able to tell it from "real" content had I not pointed it out. What I was going to blather about was XML, XHTML, and the assylum escapees who love them.

It seems that every time I point my browser at a blog of interest (I wonder if that's a term the DHS uses?) I get more and more flapping and jawing about the current state of this XML standard, that schema, and RPC API fOO. Every time I do, I realize how very, very little I frigging care. Now this isn't to say that these aren't important topics in my life. I currently maintain the netWindows documentation entirely in DocBook, I used to maintain the OWASP Guide (a couple of hundred pages of DocBook), and I use XML from everything from backend data storage to config files. I've been using XML since '99-'00 when I implemented XML document returns directly from Oracle Java stored procedures (no, it wasn't well-documented then either).

But I still don't care. I can't muster up the will to care. XML is parsing, and meta-parsing at that. It is NOT important, it is transport. Transport is not important, transport is transport and it can be done a million ways. So why is it that every Architecture Astronaut on the planet seems to gravitate to XML as the way things Should Be Done (TM)? And why will they yell at you very very loudly indeed when you suggest something else?

My first thought is insecurity. XML lets bad programmers throw up their hands in frustration when something breaks below their level of expertise. You're having problems with buffering and you're getting corrupted data streams which lead to invalid XML being passed to your app? Oooh, must be a system problem...better call those system monkeys to come fix it.

Next, I think that XML is a canvas for debates that people who would do much better as prickly lit profs can now have in a technical arena. By the nature of its status as a language for defining languages, it is ripe for every kind of misunderstanding and rhetorical parry and thrust in the book. In other words, it makes great stuff to fight about because you can take sooooo many sides (very often not even at odds) on its user-defineable battlefields.

After that, I think there's a herd mentality in effect regarding XML. One of my observations about successful technology is that is has to draw herds. It has to be so bloody obviously a good thing for some applications that it is declared the coming savior of every application. Herds must then form around these nebulous declarations in order for said technology to be really successful. And when the dust settles, the technology will succeed where it probably should have (and some places where it hsouldn't have), and will leave a lot of dissapointed disciples. No matter though, the herd will be jumping on the next bandwagon to pass through the programming wasteland soon enough. The really important thing though is that the herd has to jump in the first place. XML satisfies this requirement with a vengance. Once the herd jumps, the herd builds some tools, and these tools are the only really important things about a "technology" (if you can term anything about it important with a straight face). In the case of XML, it's DOM, SAX, and XSLT. These are the only "important" things about XML. That's it. That's the whole shebang. Those 3 acronyms are why XML is important, and those things are the reason XML will outlive its useful life expectancy and get used in some places it has no business ever being. It's sad to say, but the herd is ultimately useful if missdirected.

The herd property is maddening because as much as I want to be a contrarian about XML in many respects XML DOES make an entire class of problems easier (assuming good tools, ha!). Inevitably it's going to get pushed and pulled and twisted in ways it should never have been and holy wars will be fought (this is the part I hate), but when it's all said and done XML will still make a lot of things easier. Which is why I still use it. But I hate the holy wars, and I hate the way they always tend to happen in public (because it's no fun to be prick if no one can be offended, I guess).

Which brings us back to blogs. Blogging about XML is about as useful as clipping your toenails in public. You get just about as much useful feedback and roughly the same ammount of idle discussion regarding the particulars ("you use what to clip your toes?"). Writing in a blog is a crappy way to create a discussion. It's like so much of the web: a uni-directed stream of consciousness that has neither meaningful context or definite locality in what context it can scrape togeather. Conversation via blog is debate in the worst tradition of academic discourse, a disjoint and generally unfathomable exercise in ego stroking.

So go ahead, work on those XML specs and security-as-an-afterthought RPC APIs and what-have-you but please, for goodness sake, shut up about it. Speaking as an interested XML user, I don't want to hear about it. I want to hear what you did with it (thereby implying that you've got to do something useful first).

And keep your grubby semantic-web fingers off my HTML markup, will you? It's just as conformant as I deem it useful to be. I've already got a real document dialect (DocBook) which, suprise suprise, isn't all that expressive either.

Older Posts

Newer Posts