Why rely on wiki calendars anyway?

Question

I, too, got bit by the breakage of group wiki calendars in 10.6.4. I'm very grateful for some of the solutions posted here, but after some thinking, I decided that it's really not in any of our best interest to have our businesses or our clients' businesses depend on an unsupported feature. As such, I created new user accounts to represent each group calendar account. I've deployed it to my staff and it's really working quite well.
*The Negatives:*
1. We no longer have a web view of our group calendars
2. Delegations must be manually created - HOWEVER, using calendarservermanageprincipals you can delegate to an entire group saving the painstaking work and maintenance of delegating per user.
*The Positives:*
1. Only one account needs to be created in each copy of iCal (adding wiki accounts was a pain and really wan't something that most users could do)
2. Group calendars can now send and receive invites (like resources or locations, they can be set to auto-accept too using calendarservermanageprincipals)
3. iCal can enable/disable all calendars for a group with one checkbox
Once I discovered calendarservermanageprincipals, it now seems well worth it to do it this way, the supported way.
Are there any other negative or positive aspects you guys can think of? What reasons are holding you back from doing it this way?
+Pardon the double-post, but I felt this belonged in the OS X Server section, not just the iCal client section+

Answer 1

No response?
In case anyone is confused as to how this works, this is how I created and enabled a shared, group calendar for my Marketing department. First, I created a new user in Workgroup Manager to represent the Marketing department's calendars. I named this user "sharedmarketing".
Now, I wanted to give the staff group "read-only access" to the calendar as well as to give the Marketing group "write access", so I executed these two commands:
sudo calendarservermanageprincipals --add-write-proxy groups:marketing users:sharedmarketing
sudo calendarservermanageprincipals --add-read-proxy groups:staff users:sharedmarketing
I then imported the content from the Marketing Wiki calendar into this calendar and that was it!
If I logged in directly to the sharedmarketing account with iCal (not necessary), and looked how the account was set to be delegated, it properly showed group names:
There is no way to configure it like this using the iCal GUI, and this was why I always felt that the management of privileges was the biggest obstacle in setting up iCal Server in this proper, supported fashion.
Then, from the client, I can naturally access those group calendars:
This is SO much easier to setup and maintain as each user only needs to have their ONE iCal account configured and they can just add the necessary groups, which is WAY easier than supplying users with crazy wiki-calendar URLs.
It's been extremely stable too. I haven't seen one of those Offline/Revert to Server dialogs that we used to see when using wiki groups.