私には非常に論理的なようです。 今では、サイトに有用な高品質の情報を「埋める」だけでは不十分です。 この情報を中心としたコミュニティを作成する必要があり、コンテンツ生成プロセスへのサイト訪問者の関与を増やします。 「コンテンツ+コミュニティ」の原則に基づいて構築された理想的なシステムには、肯定的なフィードバックがあります。 コミュニティに参加する人が多くなるほど、生成されるコンテンツが多くなり、サイトに集まる訪問者が増えるほど、コミュニティに参加する人が多くなります。サークルは閉じられました。 私は意図的にこのエントリーの範囲を超えてサイトのコンテンツの品質の問題を残しています。 別の議論が必要です。
頭字語CMSのデコードの新しい外観のトピックは、DrupalプロジェクトのリーダーであるDrui Buyteによって彼のブログで開発されました。 彼の観点からすると 、CMSは「コラボレーション管理システム」、つまり コラボレーション管理システム。 例として、彼は、SharePointとその最も近い類似物をオープンソースコード-Alfrescoシステム（ただし、後者には正確に「ポータル」機能がない）を引用しています。 また、Dreeは、2つのシステムとは異なり、DrupalはMS OfficeやOpenOfficeなどのオフィスソフトウェアとの統合をサポートしていないと訴えています。 議論は投稿のコメントで続けられますが、SharePointとDrupalのファンの間の平凡な聖戦に徐々に移行します。
実際、コンテンツ管理システムとコミュニティ管理システムまたはコラボレーション管理システムの違いは何ですか（後者は、ある程度、ビジネス環境で最も特徴的な2番目の特別なケースです）？ 私の意見では、違いは情報の流れの方向にあります。 実際、従来のCMSは、情報の編集者 （情報の作成者または「収集者」のいずれか）から読者 （サイト訪問者）への一方向の情報送信を提供します。 エディターは、とりわけ、使用するCMSの情報を入力および変更するスキルを持っている必要があります。 DHTMLを使用したWebアプリケーションの開発により、複雑なマークアップがあってもシステムにテキストを入力するプロセスは大幅に簡素化されますが、本格的なデスクトップオフィススイートには到達しません。 ビジネス環境で非常に頻繁に使用される表形式のデータとグラフィック図について言えます。 手動ページレイアウトは、ほとんどのユーザーにとって難しい場合が多いです。
これはすべて、読者からサイト編集者への完全な逆の情報の流れを確立することを許可しません。 読者（この場合、彼はすでにメンバーになっています）が彼の通常の手段を使用してサイトのコンテンツを変更、補足、および拡張できるようになるとすぐに（そして、とにかく、これはオフィススイートです）、コラボレーションシステムを取得します、ビジネスニーズに適しています。 ご覧のとおり、casは簡単に開きます。
要約すると、
- コンテンツ管理システムは、 編集者から読者への情報の流れを保証する必要があります。 コラボレーションシステムは、サイトから参加者へ、および参加者からサイトへの双方向の情報フローを提供する必要があります。 同時に、ユーザーがシステムに情報を入力するための技術的手段は、一方では幅広い機能を備え、他方ではユーザーにとって使いやすく、かつ/またはなじみのあるものでなければなりません。
- 「SharePointのキラー」を作成するには、まず、システムと1つまたは別の（またはより良い）両方のオフィススイートとの単純でバグのある透過的な統合を実装する必要があります。
私のブログからのクロスポスト