Sharepoint As A CMS – Microsoft Tech.Ed Australia 2009

| Created: October 21st, 2009
Content Management Systems 5 Comments

It’s been over a month since I published my notes on the Thursday session of Microsoft Tech.Ed Australia 2009. In that post, I promised to write up the SharePoint discussion session separately. Finally, here it is.

Session Details

Session: BOF007 SharePoint, .Net and SQL blended applications
Presenter: Elaine van Bergen
When: Thu 9/10 | 12:45-13:45 | Meeting Room 5

Official Description

Join Elaine van Bergen in this discussion as to why SharePoint is a powerful platform which is increasingly used to build applications. This session will include discussion on methods for addressing the many challenges faced in scenarios such as:

  • A complete custom user interface build on top of SharePoint, such as a public facing internet site
  • SharePoint application with complex relational components provided by SQL Server integration
  • An ASP.Net application running beside SharePoint using components such as search
  • A generic application that is written in a way to be able to switch in and out SharePoint.

The knowledge discussed will be based on recently completed SharePoint projects and will include debate on pros and cons of various approaches, approaches for .net developers moving to SharePoint, ways to avoid or workaround common problem including when to just use a pure custom build instead of SharePoint.

My Comments

This session was the highlight of the day for me. It was held in one of the meeting rooms and had about 70 or 80 people, with 4 or 5 facilitators leading the discussion and running around to get people’s input.

The lead ‘presenter’ was Elaine van Bergen, State Manager of .Net at OBS. The other facilitators were all leading .NET / Sharepoint consultants from around the country. There was discussion around Documents Records Management and various other disciplines, but I’m only going to focus on using Sharepoint as a Web Content Management System.

The thing that shone through for me was a consistent message that:

  1. Sharepoint won’t do everything you want out of the box
  2. It can be made to do anything but you’ll have to customise it
  3. Sharepoint development is complicated

I’ve heard a lot of anti Sharepoint rhetoric in web development circles, but this is far more valuable for me.

This isn’t coming from people with an anti Sharepoint agenda. This is from the people on the ground who make their living by implementing Sharepoint. These people are some of the top Sharepoint professionals out there, those that Microsoft selected to run a session at Microsoft’s biggest annual developer event.

Now, they’re not criticising Sharepoint. They’re just giving us a realistic view of implementing Sharepoint.

Why is this so important? Because I’ve heard the Microsoft sales pitch for Sharepoint and they are super smooth. There is no hint of weakness, no acknowledgement that implementing Sharepoint may involve a lot of effort or that it may be complicated.

Personally, I think that’s why Sharepoint has a bad name in some circles: Microsoft don’t give clients a realistic view of what they’re getting into.

Onto some of the quotes (well paraphrases actually, I can’t type that fast!):

One of the facilitators was actually anti Sharepoint which surprised me given the setting. I didn’t catch his name, but he said that for public websites, Sharepoint is the very last resort, because of the problems he’s seen in implementing it. He said his preference was to build the site in ASP .NET. He seemed to be talking about a site with minimal content pages and a lot of products in a database.

I personally think that while creating that site with ASP might be feasible, it’s not practical for a site with a large number of content pages of varying types. A Content Management System would be essential in that scenario.

Anyway, he moved on to talk about forms. For one client he had to use InfoPath for forms because the client’s forms were too complex for Sharepoint. They used Sharepoint to store the forms, but they kept the application layer separate, because the analysis logic and Silverlight were too hard to build into Sharepoint.

One of the audience members backed him up and said they use ASP .NET for forms because it’s too hard to make forms look the way the user wants in Sharepoint. However Elaine responded to both by saying that Sharepoint was good, as long as you employ staff to fix the UI layer.

The anti-Sharepoint facilitator went on to say that the decision to use Sharepoint should be made by technical people deciding it’s the best solution for the problem, but that it seemed to him that the decision is often made by business people. They decide to buy Sharepoint without having properly considered how it will used, then they look at what they can use it for, which is the wrong way around.

An audience member related their experience with the Starlight Foundation: they consolidated 70 different sites across various open source systems onto a  common platform of Sharepoint. For one of those sites, they had to create a .NET website because Sharepoint "couldn’t deal with it". For the other 69 sites, Sharepoint was fine. That seems like good odds to me.

Elaine said that Sharepoint won’t cater for all your needs out of the box. You need to do some analysis and you’ll probably have to write some customisations yourself. She also said that it’s very difficult to do unit testing.

Another audience member said that he has to do development on the server – he can’t do it on his workstation because his computer isn’t powerful enough to run Sharepoint.

Someone else said there were issues between the Silverlight and Sharepoint web parts. Elaine said that while she can’t comment on that problem specifically, there are a lot of Silverlight related improvements in Sharepoint 2010, which is coming soon.

Another person said that they didn’t have any problems with implementing Sharepoint, but that was because he’d created a custom library to tweak the default web parts.

Elaine said "Sharepoint is its own enemy, you can throw all sorts of things in and it won’t all work together. Have a look at DevWiki. Sharepoint development is complicated – there’s a lot to know if you want to build a simple to use and scalable site."

That’s the end of the ‘quotes’. If they sound negative, I need to point out that the discussion wasn’t negative – it was well grounded and based on a realistic viewpoint. The facilitators openly discussed the issues involved with implementing Sharepoint, warts and all. They were positive in places, but acknowledged the problems in other places.

For me, it was a real eye opener, and extremely valuable in understanding just what we’d be getting into if we went down the path of using Sharepoint as a CMS. It could do what we need it to do, but not out of the box and a reasonable amount of work would be required to get it set up correctly.

5 responses on “Sharepoint As A CMS – Microsoft Tech.Ed Australia 2009

  1. Mark A

    “Another audience member said that he has to do development on the server – he can’t do it on his workstation because his computer isn’t powerful enough to run Sharepoint.” – I’m wondering about this comment from someone who has used Sharepoint. It’s either he has a really old machine, or sharepoint really needs a powerful one.

    It’s not gonna be very good if it’s too heavy to be using sharepoint on a regular computer. Can I compare it to like playing a video game? You can’t really install the newer ones because it requires the latest graphics card while yours is only last year’s model. There you go with MS again. They always want you to upgrade.

  2. Anna Jonsson

    Microsoft is in my eyes an agressive company overall so no wonder the sales reps are agressive. But i totaly agree that they should take it down a notch and be realistic.

  3. vikash

    I always believe that microsoft technology is not bad as people say.

    Most of people us Microsoft but abuse it frequently and thats bad.

    Personally i like DNN and i have severan site using it. SharePoint is also a good CMS but require bit more knowledge.

  4. Florin

    There is no hint of weakness, no acknowledgement that implementing Sharepoint may involve a lot of effort or that it may be complicated“???

    You probably have no clue what the market offers in terms web application development; nothing to compare with.

    Sharepoint might be acceptable to build a web site, for a non technical person willing to spend a lot of time to learn it. But for a technical person this is simply unbearable.

    If you want to develop an application, Sherepoint is definitely not the way to go. It has great limitations, it’s incredible slow and instable and requires huge amount of work and resources for tasks that could be accomplished in no time with ASP or PHP.

    Business people decide to buy Sharepoint without having properly considered how it will be used, then they look at what they can use it for, which is the wrong way around” – That was a correct statement. I DO appreciate the person that highlighted that big sharepoint problem.

    Once again, Microsoft pays big money on promotion of a useless product, and business people are supid enough to buy that.

  5. Stephen Cronin

    Hi Florin,

    Umm, I was saying that the *Microsoft sales guys* give no hint that SharePoint has any weaknesses or that SharePoint is complicated and hard to implement.

    The implication is that *I* do think that it has lots of weaknesses and is complicated and hard to implement. That’s why I’m calling the MS sales guys out!

    So I think you meant to agree with me rather than calling Bullshit!

Leave a Reply

Your email address will not be published. Required fields are marked *

Anti-Spam Quiz: