なぜみんながSharePointを嫌うのですか？[閉まっている]

最も話題になっているテクノロジーに関するこのトピックを読んで、SharePointがほぼ例外なく非難されていることに気付きました。

SharePoint（特に最新バージョン）での私の経験は、SharePointのコアコンピテンシーをスマートに達成することです。すなわち：

• 一元化されたドキュメントリポジトリ -すべてのこれらのオフィスドキュメントを電子メールから取得します（バージョニングを使用）
• 内部情報の普及のためのユーザー編集可能なコンテンツ作成 -外観、現在の電話番号と休暇ポリシーを備えたHRサイト
• プロジェクトコラボレーション -数回クリックするだけで、プロジェクトのドキュメント、タスクリスト、単純なスケジュール、スレッドディスカッション、および場合によってはすべてのプロジェクト関連メールのリストを含むサイトが作成されます。
• 非常に基本的なビジネスオートメーション -休暇フォームに記入すると、HRにメールが送信されます。

私の経験では、SharePointが設計されていない方向にSharePointをプッシュしようとした場合にのみ、SharePointが非常にくなります。SharePointは、CRM、ERP、バグデータベース、または外部Webサイトではありません。SharePointはピンチで十分な柔軟性を備えていますが、専用ツールに代わるものではありません。（Microsoftは、SharePointが所属していないドメインにSharePointをプッシュするのと同じように有罪です。）

SharePointをその目的のために使用している場合、本当に機能します。

考え？

VBについて聞いたことがあるコメントに要約できると思います。「単純なものは非常に単純になり、困難なものは不可能になります。」

SharePointが気に入らない理由はたくさんあります。

1. これは、FirefoxやChromeで動作しません。それは一種の作品ですが、実際にはそうではありません。Outlookと他のメールクライアントで同じです。
2. サイトがリストであるか、ドキュメントライブラリであるか、または3番目のものかを判断することはできません。その結果、ナビゲーションが非常に乱雑になり、サイトのセットアップ時に間違った選択をすると、混乱します。
3. ページエディタには、SUPERの不格好で、相互作用ワイズ。
4. それは拘束衣です。望んでいることをしたい場合は、大丈夫かもしれません-SharePointがそれを何と呼んでいるかを知ることができます。何か別のことをする必要がある場合は、ふるいでパドリングします。
5. そのバージョン管理システムは、それが唯一できるように悪いです技術的にバージョン管理システムと見なされます。
6. それは醜いです。スタイルはありません。画面は、派手で、むらがあり、不快であるように見えます。これの効果を過小評価することはできません。これはカスタマイズ可能ですが、それは多くの余分な努力です。

Sharepointでの私の最大の問題はより根本的なものです。間違った問題を解決しようとしていると思います。

それを使用する多くの企業は、紙、このためのフォーム、そのためのドキュメントなどのヘビーユーザーでした。その後、コンピューターが来たので、代わりにワードドキュメントを作成しました。ドキュメントを管理します。

まあそれはそれだけです。...なぜそんなに多くのドキュメントを...

フォームをデータベースに直接供給するイントラネットフォームにすることができます。代わりに、Excelシートに記入して印刷し、誰かに署名してもらい、他の誰かに署名してから、誰かに印刷されたドキュメントを手に入れ、情報を追跡するために手動で再度入力する必要があります...署名を含むこれらすべてのタスクは、イントラネットのフォームとデジタル署名を使用して、物事をより効率的にしています。

しばらくの間修正されない製品の既知のバグを回避する方法を説明するクイックドキュメントの別の例....関連するWikiページにフレーズをすばやく入力することは、自然なオプションのように思えます。しかし、誰かが言葉を始めて、2、3行を書き、SharePointサイトの不明瞭なコーナーにドキュメントを保存し、永遠に「しかしドキュメント化された」状態でそれを後ろに叩くのを見かけます。私はこれがそのような文書がしばしば適切なバグ修正とみなされるポイントに到達するのを見ました!!

結論として、私はSharepointがこれらの悪い習慣を強要し、時間の経過とともに、そもそも飼いならすことを意図していた最悪のモンスターを作成すると考えています。Wikiでは、適切に配置されたフォームがほとんどなく、イントラネットが適切に設計されているので、ワードプロセッサまたはスプレッドシートを使用する必要性はほとんどなくなります。これがSharepointの利点であるため、正しいことをすれば、何の役にも立たないでしょう。

私の意見では、Sharepointをインストールする2つの可能なシナリオがあります。

1-MSDNサブスクリプション/ゴールドパートナー/クリスマスプレゼントが無料であるため

または

2-それを支払う人は最終的にそれを使用する人ではないため。

言ったときに答えたと思う

私の経験では、組織が設計されていない方向にSharePointをプッシュしようとすると、SharePointが非常にくなります。

企業は、開発者のスタッフをすぐに減らす魔法の弾丸であると期待して製品を持ち込む傾向があります。もちろん、これを実行しようとすると、非常にイライラします。私はあなたに同意します、あなたが意図されたドメイン内にとどまるならそれはうまくいきます。

ところで、これは確かにSharePointに固有のものではありません。これは、すべてではありませんが多くの販売パッケージで発生します。顧客にとって製品の範囲内にとどまることは明らかに非常に困難です。

私はSharePointを使ったことがありませんでしたが、何度も聞いたことがあるのは主に2つのことです。

1. すべての情報管理の問題に対する究極のソリューションになるように設計された大規模で重量のあるシステム。結果として、意図した機能のどれも本当にうまく機能しませんでしたが、それらはすべて平均レベルで機能しました。人々は失望しました。

2. 開発者がデバッグ、試行、推測、および実験の苦痛なプロセスを経てシステムを学び理解することを可能にする低品質のドキュメント。開発者はイライラしました。

それは多かれ少なかれ、SharePointに関する意見を要約しています。

追加の読み物：

Sharepointに関する最大の不満は何ですか？

シェアポイントプログラミングはどれほど良い/悪いですか？

Sharepoint 2007：開発者は何を知る必要がありますか？

Sharepointは、キャリアの観点から良いですか、悪いですか？

SharePointの良い点と悪い点

「Wordファイル用のエンタープライズゴキブリモーテル」は、それを最もよく要約しています。意図した通信ハブとしてではなく、データダンプとして頻繁に使用されます。Wikiソリューションとは異なり、広範なユーザートレーニング（非常に必要なトレーニング）の代わりに、制限付きのアクセス許可が設定されることがよくあります。そして、組織化に実際に関心を持つ人々を締め出せば、失敗に対する確実な保証になります。それに加えて、それはITサポートにとって悪夢です（これは私がそれを認識した角度で​​す）。

SharePointで通常とは異なる作業を行うことは非常に困難です。ページの自動プロビジョニングなどの基本的なタスクでも、Visual Studio、Powershell、Powershellスクリプト、XMLなどの知識が必要になる場合があります。組織内でこれを行えるのは開発者だけです。

SharePointの問題はここにあります-SharePoint機能の作成は開発ではありません。管理です。SharePointを使用してほとんどのものを作成することは、Web管理者が実行できるはずですが、Web管理者が実行できないほど複雑すぎます。開発者にとって、Web管理は気が遠くなるほど退屈です。

SharePointは難しくて退屈です。

SharePointの販売先は誰ですか？

SharePointは、「問題への解決策」として何かにアプローチする方法を知らないビジネスマンに販売されています。そして、彼らは組織と機能セットを池に追い込み、永遠に行き詰まります。

この比phor的な池は、人々が回復することができない技術的な負債の位置であり、ソフトウェア保守組織に効果的にそれ以上のお金を投じることを要求することによってのみ影響を及ぼし、再び彼らを鉄道に乗せずに汚い池にアップグレードすることを望みます。

組織に代わるものはありません。規律に代わるものはありません。それらがあれば、SharePointはほとんど必要ありません。そうしないと、Sharepointはあなたを救うことができません。

私がそれを嫌う主な理由は、それがとても恐ろしく設計されているからです。これは、不透明な抽象化のレイヤーの後にレイヤーでラップされた大規模な構成獣です。まともな解決策を提供するという真剣な試みというよりも、古いテクノロジーの新しい収益を見つけようとする試みのように見えます。Frontpage、XML、Webフォーム、CAML、MS Office、InfoPath、XML、XML、不要なHTML、その他のFrontpage。

それは何年のことか？実際のテーブル定義に基づいてコンテンツタイプを作成してください。シンプルにして、最新のCMSのように機能するようにします。マイクロソフトはイノベーションを本当に大嫌いです。残念ながら、彼らはまだエンタープライズスペースを所有しています。

すぐに使える機能は素晴らしいです。すぐに使用できる機能を「操作」して必要なことを行うと、すぐに課題になります。

上記のように、それは設計された目的にのみ使用されるべきです。ただし、マネージャーは開発者がSharePoint向けに設計されていないものを処理できると考えてプッシュし、ソリューションの調査に数時間または数日も費やすことになるため、これは問題です。

企業がSharePointを使用する場合は、完全に調査する必要があります。彼らはしばしばそうではなく、必要な機能は開発者にプッシュされます。

SharePointの設計目的にSharePointを使用している場合、実際に動作し ます。私が働いていた会社が、設計されたものを使用し、あまり多くの「機能」を追加したくないことを願っています。

Sharepointで私が抱えている上位2つの問題：

• すぐに使用できる機能は動作しますが、価格を正当化するには十分ではありません。
• 経営陣はすべてのものがSharepointのドメインだと考えているため、バグデータベースをホストするサーバーを要求すると、「そのためにSharepointを使用する」というメッセージが表示されます。共有ファイル機能をコードのバージョン管理システムとして使用することを提案することさえあえてしました。（彼が間違っていると納得させるのに長くはかからなかった）。

同様に多くの小さな問題があり、それはほとんどの人のレーダーの下に潜んでいるようで、Sharepointに固有のものではありません。1つの例はアクセシビリティです。もう1つはナビゲーションです。

これをJIRA / Confluence / Subversionセットアップのようなものと比較してください。必要なほとんどの作業に適したツール、より良い統合ストーリー、および全体的に少ないコストで他のいくつかの機能を手に入れることができます。これらの製品は非常によく統合され、他のいくつかのもの（SharePointを含む）と統合されます。その構成も完璧ではありませんが、Sharepointよりも経験が豊富です。

Sharepointについて「クール」だと思った唯一の機能は、MS Officeでリモートコンテンツを編集できることでした。 その後はすべて苦痛でした。

あなたは最初に誇大宣伝に言及します。次に、このコメントを作成しました。

SharePointをその目的のために使用している場合、本当に機能します。

あなたはあなた自身の質問に答えたと思います。SharePointが嫌いなのは、通常、それ以上の能力があるとして販売/宣伝されているためです。

それは何か問題があるという意味ではなく、正しく販売されていないだけです。

コスト。インターネットにアクセスできる高性能の2サーバークラスターの価格設定を試してください。それが人々が代替を探し始める理由です