Tim talks about the current trend in Entreprise blogging to have group blogs.

I hear you my friend! I’ve been completely surprised at how strongly people feel about having group blogs inside a company firewall. I really think it comes from two things:

• Exposure of the individual (and fear of overstepping on the hierarchy);
• Lack of experience in blogging.

The exposure comes from the fact that most big companies have a tendancy to get people not to want to look too individualistic. The tenet would be that your own exposure would mean you’re more focused on yourself and your career than on the benefits you bring to your company.

The lack of hands-on experience with blogging is also something that leads people to re-think blogging by reusing the models they’re used to in their company. A lot of people understand what a blog engine is inside a company, but very few actually know about the social movement and new forms of publications blogs promote.

I have to say it can also come from people not being aware that to have a team based blog, you can simply aggregate the content of each member of a group in one feed and one web page. But the support for this specific use is not there in most blog tools.

Andrew writes about the 40 (!!) different ways of writing a plug-in, and this is just for Office.

A quote that I find interesting and up to debate:

Wouldn’t it be nice to have VSTO support for Outlook? Wouldn’t it be nice to have VSTO support for all Office apps, plus Visual Studio, Visio, and (let’s say) AutoCAD and PhotoShop? Wouldn’t it be nice to have a single, standard mechanism for loading add-ins/customizations/plug-ins into all Office applications, plus any other application that wants to play by the same rules?

Well I think that what VBA was providing, and it was a great achievement. Anyone remember VSA? Visual Studio for Applications? Where did that project go?

I am not against common extensibility points, but the biggest issue with VBA, that I believe led to VSA’s failure, is the tight coupling between the IDE and the toolkit. Obviously, with VBA it was a winner. One language, one IDE, one integration story. But in the .net world, we have many languages that are not coupled with the IDE, issues like loading / unloading plug-ins dynamically, running them in their own AppDomain, different security models (although that’s pretty much resolved by policy), and as such, the problem of marshalling the object model of an application across an AppDomain, and the inherent disappearance of garbage collection (a fact sadly completely ignored by many).

So… would it be nice? Probably. But I would strongly suggest, for the toolkit side of things, that the framework need to involve (cross-AppDomain garbage collection when run in process anyone?), and the focus should be on a proper template system and a set of common interfaces for the toolkit part.

For a limited case, there’s already an Extensibility Application Block from my friend Roy Osherove.

Any comments?