I started my third (and likely last) weblog sometime around January of 2006 (I almost said earlier this year... but it's 2007 already) and because it was going to be more of an experiment in writing (i.e. seeing if I would perhaps consistently write about things that I felt really didn't fit the purpose of this or my other weblog), I figured I'd also see if I wanted to move to another/different weblog software system. I had already had some experiences with Drupal and it left me with a bad, bad taste in my mouth. It came down to the fact that there was no coherent way of doing anything if you were coming to Drupal from the perspective of MovableType. I say this because it is possible that my perception of how poorly Drupal functioned had to do with my previous experiences with CMS (content management systems) like MovableType. Rather than having a somewhat coherent set of documentation to describe how the system is intended to function, one had to rely upon user/developer provided documentation. Usually, said documentation was lacking in function - i.e. a technical document should have a purpose and how section, at the very least, and consistency among different sections. Drupal's documentation didn't. For example, the term taxonomy was used to describe a user authentication and rights system. Taxonomy? Out of what orifice was that term removed? (According to OS X's built in dictionary, taxonomy means: the branch of science concerned with classification, esp. of organisms; systematics. In my head, this relates poorly to authorization and user rights.) Perhaps this is a poor example. I am trying to give Drupal the benefit of the doubt and it may be that many people will find it a usable and reliable CMS. I didn't, however, and that is the point of the above comments. I found the documentation confusing and incoherent when viewed as a whole. This is not to say the software itself was bad, but my opinion is that software developers need to spend as much time, if not more, writing an explanation of their code as they do coding.
So, with that experience in mind, I looked at the other alternative: WordPress. Everyone seemed to be using it. Two of the bloggers in my top ten moved to WordPress sometime in the year prior to me testing it; Jeff Jarvis of BuzzMachine fame and Erik Barzeski of NSlog();. There had been general rumblings in the MovableType community regarding two issues: licensing and comment/trackback spam. SixApart had made the move years ago to monetize on the MovableType fame (and rightly so, in my opinion), and in the process irritated many (I'll never forget when they first changed the licensing terms and started [gasp] charging for the usage of MoveableType under certain conditions - especially where MovableType was being used in a commercial environment). I think the worst thing, though, they did, was let issues with comment/trackback spam languish. I know Jay Allen did a lot of work early on to deal with comment spam. This was before he was actually hired by SixApart. I stopped following his weblog after that (frankly, I don't remember why). I think I stopped reading weblogs for some time and his was one that I forgot to pick up again. The problem had gotten pretty big, though, and WordPress had seemed* to have made serious inroads in this area.
One other area of contention - one that I think most hobby users never cared about - was the load that MovableType put on a server as pages were re-indexed and as the site was essentially rebuilt every time a new post was made. This has never been something I really cared about. Most, if not all, of my personal web related stuff is on servers that I either own directly or control and manage. If I needed more horsepower to drive my own drivel, then I had yet another excuse to buy more hardware. Aaron has told me (I consider him a professional in the area of commercial weblogging), though, there are ways around this problem. Either way, it was one of the complaints, and because it was part of my decision to move and try another system, I'm writing it here.
So, with It's you, not me..., I made the jump to WordPress. What a mistake. Why? Simple (for me): MovableType, by default, creates real pages whereas WordPress's default mode (I'm not sure if there are other ways of doing this) is to create pages dynamically. For example, if I set WordPress to create daily and individual indexes of all my posts, you couldn't simply go to the directory in which WordPress resided and find those pages. I learned this the hard way when I couldn't figure out why WordPress wasn't publishing two posts I had just made (and yet I had no errors). After some head scratching, I finally realized the date/time stamp was wrong on my machine (two plus hours behind the real time) and because the posts were made at ca. 18:00 and the server's time was at 15:47, WordPress didn't show those posts until the server showed 18:00. At the same time, I realized that although I had set up WordPress to create individual and daily index pages, they weren't "real" - in the sense there weren't any files sitting there to be had in case the CMS died.
The last nail in the coffin for WordPress was something I wanted on a whim: export all of the content to MovableType. I didn't think this was that big of a deal since it seemed that exporting MovableType content to any CMS I had come across had already been developed. No deal. There is a plugin out there called WordPressExport, but I was never able to get it to work correctly (and believe me, I tried) and it is really too crude to really term as a semi-featured export tool.
This bothered me, not because I wanted to move to MovableType at that point in time, but because I simply wanted to make sure I had a backup of what I had written in a form that could be used in another popular CMS.
As I had experienced with Drupal, I also found the documentation for WordPress to be relatively inconsistent. When I had questions, many people (and Google) pointed me to the forums. I have a problem with this. For the very reason why the first source I hit for information on a given tool in OpenBSD are the man pages or the FAQ, I want the same thing for a CMS into which I'm pouring tons of energy and placing trust to have the same resource. I want an authoritative source for answers to basic questions. Forums and HOWTO's are far from this. (As a perfect example, look at the HOWTO I translated years back for qmail. I haven't updated that information in well over a year. I do have a disclaimer at the top of the page, but the information is still out of date.)
Sure, I believe in the power of user generated and open source software. At the same time, I believe that, for my purposes, commercially written software can be better suited to my needs. In this case, MovableType won out for two reasons: documentation and consistency. I simply like MovableType's tag system and don't mind the issues with rebuilding. I imagine there are many others, if they are honest with themselves, who will come around as I did. Two weeks ago, I spent two hours re-posting all of the content I had generated in WordPress over to MovableType at iynm.net. It has turned out to be well worth the effort. Within no time, I had a Flickr plugin installed and working and no longer have problems posting images inline.
MovableType is far from perfect. I still have issues with comment/trackback spam, but thanks to a [laugh] plugin originally for WordPress (for MovableType: MT-Akismet), that issue is largely resolved. I'm curious to see what other WordPress users will do. I already hear (and saw firsthand) about problems with sites requiring load-balancing and/or to be distributed across multiple servers. This is something I have no clue how one would solve in WordPress. It isn't, perhaps, a common problem, but it is one that seems to be caused by the way in which WordPress insists on generating truly dynamic content. Who knows what others will do in the end. I'm happy to be back with MovableType.
* I know I am using a lot of words like seemed, appeared, etc. I am purposefully softening my commentary because much, if not all, is my opinion and is based upon my subjective impression of the ongoings in the blogging software community.

