views:

221

answers:

3

From my experience, this is adding minor features at increased implementation and maintenance cost in comparison with using just "pure" Microsoft.Net, ASP.NET and IIS application.

Sharepoint 2007 = ( no concept of deployment version control etc, narly css/skinning, weird cms features, sp webparts not recommended, very limited worfklow features)

Sharepoint 2010 = ( is everything fixed? )

The generic feeling I have is to stay away from Sharepoint, implement in pure asp.net using proven patterns and practices, architecture etc. And just consume Sharepoint services when suitable.

Is Sharepoint 2007 or 2010 ready for real line of business applications running extranet with thousands of users, or should we just go for asp.net?

+4  A: 

Unfortunately there is no clear cut answer to your question, I guess the proverbial "It Depends" is the best answer.

SharePoint 2010 is a big improvement over SharePoint 2007. But, most of these improvements are in the plumbing for Shared Services. So the functionality that is provided with typical collaboration sites is more or less the same.

Not to say that MS did not make major investments in everyone of your concern areas (deployment versioning, skinning, content management, etc).

My guess is if you were not happy with SharePoint 2007, you will probably still be unhappy with SharePoint 2010.

JD
+2  A: 

Considering that I've built several externally-facing Internet applications on SharePoint 2007 with thousands of users, yes, I'd say that 2010 is ready.

Greg Hurlman
What is your general approach in implementing these external facing applications? have you been using SP webparts against a separate database for special complex applications and flows (e-commerce, order tracking, invoicing etc)? How tight did you integrate your line of business applications with sharepoint?
junior
+1  A: 

In addition to what the guys have already said:

Just like anything, you get what you pay for. Unfortunately there are a lot of cowboy SharePoint developers out there who keep repeating their wrong approach which causes problems in the long term. This then forms a bad vibe about the the product.

I've been working with SharePoint 2007 since its betas. I did lots of cowboy development myself (not that I realised at the time). I had the same opinion you did at the start but now that I know what I know, I've changed my mind about it. SharePoint 2007 is an absolute monster. Once you understand what it does well and what it doesn't do well, you'll realise that is a great product. Its only let down by a documentation and understanding. My team and I have managed to roll out many SharePoint sites and the clients are very happy with them.

The question is, is SharePoint 2010 going to be well documented?!

The other major question for me is, will it have better Error reporting (some meaningful errors instead of the non-sense it currently displays)

I have a few colleagues looking into 2010 right now as well as some MVP's I've previously worked with, they're reporting 2010 is great. There are some tricky bits to it e.g. the Ribbon but nothing that a good developer won't overcome.

Zeb
The good news is that the SharePoint 2010 documentation already available via MSDN is 10x better than what 2007 had at launch, and they're still adding new content. Additionally, the experienced SharePoint developer base now is *much* larger than it was in 2006, and the quality of current Google search results shows it.
Greg Hurlman
Zeb, so do you think SP 2010 is worth a go? From what I have seen sofar, it would still mean building entire line of business applications as webparts, which just adds complexity and doesn't really give any benefits.
junior