Musings of a Web Technologist
I have updated Ville’s Ergonomics Recommendations as of today. Since the list was previously reviewed and updated a few years ago, many links had to be updated along with the content that now reflects the technology today. Hopefully the resource provides useful pointers for anyone looking for information on computer workstation ergonomics!
Note that you can always access the ergonomics resource easily from the blog’s main menu.
As availability of the remaining Microsoft Trackball Explorers is waning on eBay (or perhaps you’d like to buy a new device rather than a vintage piece whose bearings have worn down, buttons stick, etc.), I have been considering the alternatives. There are few options, although their ergonomics is not quite as spot on as the venerable TBE‘s which fit like a glove.
But they are workable, and human beings adapt. 🙂 There is an interesting point I just realized, and I thought of sharing it. Kensington’s misleadingly named Expert Mouse works very well in situations where the work surface is low (as it should be for decent ergonomics) so that it is possible to use a third party arm-rest (my preference is “330 000” series ErgoRest forearm support) with it. When your hand ‘floats’ above the trackball, it is quite pleasant to use for extended periods of time.
However, in many situations the desk height is too high and Expert Mouse suddenly becomes much less pleasant to use. Its own wrist support is not that comfortable, especially when more of your arm’s weight is on it. In such situations Logitech’s wireless M570 (for some reason “M570” sounds like a model of Mercedes-Benz to me ;)) works reasonably well. M570 is like a TBE in reverse. For some reason Logitech opted to place the ball at the thumb and button/scroll wheel controls at the forefinger/middle finger. I wish Logitech introduced a model with the controls (trackball/buttons+scroll wheel) reversed and we’d essentially have a new TBE… but even as it is, it works reasonably well. If you haven’t used a thumb-controlled trackball before it will take you a week or two to become fluent with it, and even then the accuracy is not quite as good as it would be with a forefinger-controlled trackball. But it’s close enough for M570 to work well. And M570 is small enough to lug along with your laptop – a lucky co-incidence since I think M570 works better in less-than-optimal ergonomic settings which you are more likely to encounter while on the road.
N.B.
While both manufacturers provide drivers/utilities for their respective devices, be sure to check out X-Mouse Button Control software as it is able to teach your trackball cool new workflow-improving tricks!
I have been using various Windows Server platforms for a good decade now. I’m not a MCSE, but I know my way fairly well around Windows 2000 and 2003. Yet I’ve never been able to completely shed the feeling of looking for a needle in a haystack when something goes seriously wrong and Windows gives an error message such as: “Error code 00000050, parameter1 a04bd7e8, parameter2 00000000, parameter3 8089c425, parameter4 00000000” in the System Log as the reason for mysterious, repeated reboots. Perhaps if I were a MCSE I would know how to go about debugging such a problem in a more methodical fashion than the “shot-in-the-dark-debugging” I often have to employ in such situations, and thus reach a conclusion (and a fix) in a reasonable amount of time. But maybe it would take just as much effort, MCSE or not; the Windows Server products keep the administrator at an arm’s length when it comes to divulging their inner workings, or at least they seem to run any diagnostic information through an obsfuscator of some kind. Oftentimes having a good reference library and good web mining skills aren’t enough and the only remaining option is to contact the support – which costs money.
Microsoft also often recommends against running various functions (mail, database, directory controller to name a few) on a single server, no matter how small the environment. Domain Controller should have its own box. So should SQL Server, and (of course) Exchange. And the web server often doesn’t run well in a box with any of the above. Naturally you need an operating system license for all of the servers with dedicated functionality. A SQL Server license costs about $6,000 (per CPU). Exchange starts from about $1,100 for five users, etc. Why does anyone want to pay such high prices when better (more powerful, simpler to maintain) options exist? Support! But if you chose an open source alternative (such as, for example, FreeBSD or Linux for the operating system, MySQL for database, Apache for web server, Postfix for mail server…) you wouldn’t need support nearly as often, assuming you have an equally competent administrator for both environments.
My latest harrowing experience with Microsoft Server products was with Exchange 2003 Standard. I was faced with a server reinstall. The server is also a DC, and realizing the potential unexpected interactions between the various components I did a fair amount of research before starting the reinstall. Alas, this did not help. Exchange’s web access bombed completely even though the install was technically “clean” and the different components were carefully installed in the recommended order, and patched to the current patch levels.
I ended up blowing OWA2003 away, redirecting webmail to a FreeBSD server, and setting up Squirrelmail via IMAP to Exchange which worked right off the bat without any messy configuration issues with ASP.NET accounts. And the users have a more versatile web-mail interface than what OWA2003 would’ve offered.
As a result of this experience I’ve decided to move the LAN in question away from Exchange — into Postfix on FreeBSD. And yes, the same UNIX server will also handle intranet web, MySQL databases and external domain DNS services (for DNS there will be a secondary elsewhere) with little effort. It also says something about Exchange that the lengthy list of Postfix’s configuration parameters feels very straightforward when compared to Exchange’s configuration (having used both products now for several years). Postfix’s numerous configuration options give a very fine-grained control over how the MTA should function. If something goes wrong, Postfix (and Dovecot which I’ll use for IMAP/POP interface) tells you what’s wrong. And should I be totally stumped, Postfix’s excellent support community (mailing list) provides almost instantaneous solutions to even the most complex questions.
It is quite apparent that Microsoft is targeting Exchange primarily to large corporations considering that the production version of Exchange 2007 only runs on 64-bit Windows servers. Such organizations can also afford to throw money around for “Exchange administrators” whose whole job is to maintain the mail server. Perhaps it’s not wasted money, large organizations often have complex enough mail systems so that dedicated individuals or even teams are necessary. But when implementing Exchange in a smaller environment—except for perhaps the wizard-driven SMB-version (which keeps the admins at broomstick’s length away)—the heavier demand for Exchange management is still there even though the mail volume is lower. Small and medium-size organizations can save incredible amounts of money in license fees and in hardware investments simply by choosing Open Source software that will do the job in most cases much better than Microsoft’s Server Products. I would venture to say that Postfix, for example, offers more detailed control over how the mail is processed than Exchange while at the same time offering lower management complexity, a lot more power, and less need for ongoing maintenance.
Going forward, I will be recommending a mixed solution for the SMBs: Windows desktops (XP, for now) with Windows domain to centralize logins and to facilitate file sharing. That takes two Windows servers for most SMB LAN environments (one generally suffices performance-wise, but a second system is recommended for AD backup and it also functions as a backup server in case the primary server fails. For mail, database, ftp, LDAP, external DNS, and web, however, I’m recommending UNIX servers. My personal preference is FreeBSD, but Linux will work just as well. Again, perhaps two servers which can share and mirror operations under normal circumstances and function as backup for each other in event of a hardware failure. Total of four boxes (or two if cost is a concern and an outage stemming from a system failure isn’t devastating to the business) configured as described will create a very versatile system with a high degree of stability.
I end this post with two, somewhat connected observations: First, externalizing spam filtering is a good idea. Katharion provides excellent functionality, and around the end of the year they will also include webmail access to users’ email which is cached for thirty days. This doubles as a backup mail service for internal SMB mail servers. I’ll write more about Katharion in a future post.
Second, it may be time to ditch Outlook as well. Why doesn’t Outlook 2007 provide secure IMAP connections?! If team calendaring is not needed, Thunderbird looks like a much better choice (and even if calendaring and contacts are needed, they can be implemented with other available products).
Edit: Outlook 2007 does offer TLS for IMAP connections (Tools > Account Settings > [select profile] > Change > More Settings > Advanced > Use the following type of encrypted connection: [None/SSL/TLS/Auto]). Unfortunately, Thunderbird continues to have a number of issues, not least of which is the somewhat clumsy and aged-looking GUI which makes the program less flexible and comfortable to use than Outlook. Outlook’s superiority isn’t completely unexpected: while I maintain that Microsoft Server Products are overpriced, underperforming resource-hungry bloatware, I also recognize that their desktop software is pretty good (excluding Vista.. I really hope they get it right with Windows 7). The Office Suite is very well designed, and VisualStudio is a stellar development tool. Now if MS fixed the HTML rendering problem in Outlook 2007…
To recap: Windows for the desktop, domain controller (obviously), and for Windows LAN file sharing. UNIX for mail, database, web, DNS and other applications requiring good performance, configurability and security on the internet.
I just realized that most manufacturers have discontinued 2:3 (non-widescreen) 20″ (or any size, for that matter) LCD-monitors. Everything is widescreen. But how about many existing applications that call for 2:3 format display panels?
The following was revised/rewritten on 14 October 2008, after I got some feedback from Ergotron that substantially changed the facts on what I wrote yesterday:
I’ve been using Ergotron’s LX display stand for some time now, and have really become accustomed to the large, wrap-around desktop space the LX stand equipped with three 20″ 1600×1200 pixel displays have offered. That’s 4800×1200 (or 5,760,000) pixels. The most common replacement for 1600×1200 displays seems to be the 1680×1050 widescreen format even though the actual upgrade for the 1600×1200 displays is the 1920×1200 resolution. Display for display the 1680×1200 pixel monitors offer 156,000 pixels less desktop space than 1600×1200 models.
The Ergotron LX stand I’m currently using would fit just two of either the 1680×1050 or 1920×1200 displays as they’re “widescreen”. Dual-widescreen setup using the previous displays offers 3360×1050 (3,528,000) pixels, or 3840×1200 (4,608,000) pixels respectively. Either configuration provides still less desktop space than triple 1600×1200 display.
There are couple of alternatives for triple-monitor setup using the widescreen displays. Firstly, Ergotron LX stand supports one 1600×1200 2:3 monitor in the middle, and two 1920×1200 widescreen monitors on the sides. That will produce a large combined 5440×1200 (6,528,000) pixel display! Yet a better option is Ergotron DS100 which supports three1920x1200 displays resulting in an even larger 5760×1200 desktop. That’s probably the best economical option at this time, yet it’s a far cry from Al Gore’s triple-HD-setup, which offers a gigantic desktop of 7680×1600 (or over 12 million) pixels — almost twice as much desktop space as our econo choice.
To recap, for a multi-monitor setup I would at this point recommend Ergotron DS100 stand with three Samsung 2443BWX widescreen 1920×1200 pixel displays. Or, if money is not an object, triple “HD” displays (Apple or Samsung), or perhaps 9XMedia‘s insane fifteen monitor stand! 😀