Just wondering: Does anybody know why MS decided to implement WHS using the WHS-console solution? Why not just build WHS based on a standard Windows Server 2003 release (or even better Windier Server 2008) with a couple of pre-installed extra services (e.g. the Terminal Services Gateway, a Backup solution, etc). Then they could add a standard Windows application with a GUI front-end for configuring those services (could be implemented e.g. in a control panel fashion).
To me it seems like that would be a much more customizable solution. Then you wouldn't have to rely on that every add-on functionality must be implemented as a WHS console add-in (to be guaranteed to not interfere with WHS). You could also more freely disable stuff you didn't want to use.
Could the reason that WHS is implemented the way it is be that MS intentionally wanted to 'cripple' the Windows Server OS and create a specialized solution that could not be used e.g. as a "normal" server for a company, thereby preventing companies from buying a cheap WHS license instead of an expensive Windows Server 2008 license?
You have to consider the price point and the users its designed for. WHS is about $500 cheaper than Server 2003/2008. Also, at the time WHS was being fleshed out, there really wasn't anything mainstream that they could compare it to functionwise. Basically, they had to guess about what the average joe at home would need/want and how to present it in an easy to use package that wasn't confusing to non-experts. In hindsight, we see there are some design issues, but WHS is a good first try for the demographic they were aiming for. It has been said that the next flavor of WHS will be based on Server 2008. I'm certain we'll see WHS mature into a much better package overall.