私の経験からすると、これは「純粋な」Microsoft.Net、ASP.NET、および IIS アプリケーションを使用する場合と比較して、実装とメンテナンスのコストが増加するマイナーな機能を追加することになります。
Sharepoint 2007 = (展開バージョン管理などの概念なし、ほとんど css/skinning、奇妙な cms 機能、sp webparts は推奨されない、非常に限られた worfklow 機能)
Sharepoint 2010 = (すべて修正されていますか?)
私が持っている一般的な感覚は、Sharepoint から離れ、実証済みのパターンとプラクティス、アーキテクチャなどを使用して純粋な asp.net に実装し、適切な場合にのみ Sharepoint サービスを使用することです。
Sharepoint 2007 または 2010 は、何千人ものユーザーがいるエクストラネットを実行する実際の基幹業務アプリケーションの準備ができていますか? それとも、単に asp.net を使用する必要がありますか?
残念ながらあなたの質問に対する明確な答えはありません。
SharePoint 2010 は、SharePoint 2007 から大幅に改善されています。ただし、これらの改善のほとんどは、共有サービスの配管にあります。そのため、一般的なコラボレーション サイトで提供される機能はほぼ同じです。
言うまでもなく、MS は、あなたが懸念しているすべての分野 (展開のバージョン管理、スキニング、コンテンツ管理など) に大きな投資を行っていません。
私の推測では、SharePoint 2007 に満足できなかったとしても、SharePoint 2010 に不満を抱いていることでしょう。
SharePoint 2007 で数千人のユーザーを対象に外部向けのインターネット アプリケーションをいくつか構築したことを考えると、はい、2010 は準備ができていると言えます。
みんながすでに言ったことに加えて：
何と同じように、あなたはあなたが支払ったものを手に入れます。残念ながら、長期的に問題を引き起こす間違ったアプローチを繰り返し続けているカウボーイな SharePoint 開発者がたくさんいます。これにより、製品について悪い雰囲気が形成されます。
私は SharePoint 2007 をベータ版から使用しています。私は自分自身で多くのカウボーイ開発を行いました (その時は気が付きませんでした)。最初はあなたと同じ意見を持っていましたが、今では自分が知っていることを知ったので、考えが変わりました. SharePoint 2007 は絶対的な怪物です。何がうまくいき、何がうまくいかないかを理解すれば、それが素晴らしい製品であることに気付くでしょう。ドキュメントと理解によってのみがっかりします。私のチームと私は、多くの SharePoint サイトを展開することに成功し、クライアントはそれらに非常に満足しています。
問題は、SharePoint 2010 が適切に文書化されるかどうかです!
私にとってのもう1つの主要な質問は、エラーレポートが改善されるかどうかです（現在表示されているナンセンスではなく、意味のあるエラーがいくつかあります）
現在、2010 年の調査を行っている数人の同僚と、以前一緒に仕事をした MVP の何人かが、2010 年は素晴らしいと報告しています。リボンなど、いくつかのトリッキーな部分がありますが、優れた開発者が克服できないものは何もありません。