わかりました、 SP wiki を使用しないことについて他のいくつかの投稿に言及している投稿をいくつか見ました。
SP でwiki を作成することを検討しているため、6 人の自動化開発者のグループに対して、さまざまな自動化プロセスの手順と時々行わなければならない変更を文書化するためにそれを行うべきではない理由を知る必要があります。 .
Keng
質問する
20089 次
17 に答える
20
以下は、Sharepoint 以外の Wiki を使用すると消えてしまう警告です。
Sharepoint では、多数の個別の Wiki を作成できますが、1 つの大きな Wiki ですべてを管理することをお勧めします。私の会社はプロジェクト/機能ごとに小さな wiki をたくさん作成しましたが、個々の wiki を作成できるのは管理者だけです。最初にウィキを作成するマネージャー。
次に、Sharepoint を使用する場合、Firefox は WYSIWIG エディターをサポートしていないため、スタッフ全員が IE のみを使用していることを確認してください。これはほとんどのウィキにとっては良いことですが、Sharepoint での共同作業は困難になります。小さな小さなボックスで自動生成された HTML を 1 日中編集していると想像してみてください。
第 3 に、プロジェクトのドキュメントを wiki に書き上げ、Word ドキュメントを SharePoint ライブラリにアップロードする誘惑に負けないようにします。すべてのドキュメントを 2 回書き上げて、物事がますます同期しなくなるのを見ても意味がありません。
最後に、Sharepoint wiki での画像のサポートはひどいものです。どこかのドキュメント ライブラリにファイルを追加し、URL を入力する必要があります。私の画像は、文脈からはあまり意味がないように見えるため、永久に削除されていました.
于 2008-08-14T19:42:02.840 に答える
16
私は、Microsoft の Sharepoint Wiki に対して、はるかに肯定的な見方をしています。多くの点で、FrontPage 98 を思い起こさせます。これは不当に中傷的な製品でした。
リストの使用に関するコメントは見当違いです。Sharepoint Wiki は SharePoint リストであり、各ページは HTML が添付されたリスト アイテムです。
ページにリンクできないのは事実ですが、ページが短くても問題はないと思います。SP Wiki を使用すると、短いページを簡単に作成できます。
必要に応じて、access 2008 から Wiki 属性を操作したり、必要に応じて Wiki リスト項目に属性を追加したりできます。たとえば、カテゴリが必要ですか? リストを編集して追加するだけです。特定のビューが必要ですか? リスト項目の。それらも作成します。
Microsoft が SharePoint リストの上に Wiki フレームワークを構築した方法には、真の天才がいます。これは間違いなくよくできています。
Sharepoint Wiki の真の欠点は、farmerchris によって言及されました。イメージ管理へのアプローチは驚くほどひどいものです。この理由だけで他の Wiki を検討する必要があるほど深刻な問題です。
私が使用する複雑な回避策があります。Windows Live Writer に統合された優れた SharePoint サポートと画像編集機能を利用しています。
- wiki で参照される画像を保持する SP ブログを作成します。
- Windows Live Writer を使用して、wiki-image-blog に投稿します。画像を WLW にドロップし、必要に応じてサイズを変更します。必要に応じて、WLW を使用して、画像に関連付けられた wiki テキストの最初のドラフトも作成します。
- Wiki に投稿したら、画像とテキストをコピーして Wiki エディターのリッチ テキスト フィールドに貼り付けます。
これは驚くほど時間がかからず、私が読んだ他のどのオプションよりもはるかに短い. 私は認めます、それは複雑です。
画像の問題以外は、満足しており、製品に感銘を受けています。マイクロソフトがもっと画像について考えていたら…
于 2009-01-02T20:16:35.213 に答える
14
Sharepoint に含まれている既定の wiki は、一般的な wiki 機能をまったくサポートしていません。ページの単一のセクションを編集する方法はなく、別のページの特定のセクションに直接リンクする方法もありません。バックエンドは HTML であるため、単純な構文を使用してプレーンテキストで編集することはできません。差分機能は、複数のバージョンにまたがることはできません。WYSIWYG 編集のクロス ブラウザー サポートが不十分です。目次を自動挿入する方法はありません...
ただし、Sharepoint 用の wiki アドインは他にもあります。たとえば、ConfluenceはSharepoint 用のアドインを作成しています。私はこのソフトウェアを自分で評価したことはありません. Confluence はやや高価です (25 ユーザー ライセンスで 1,200 ドル) . CKS Enhanced Wikiのような無料のアドインもいくつかあるようですが、上記と同じ問題がたくさんあるようです。
于 2008-08-14T18:42:16.067 に答える
10
私たちは常にこの話題に出くわしますが、私が人々に尋ねた最初の質問は、「なぜ wiki が必要なのですか?」というものでした。ほとんどの場合、答えは「編集のしやすさ」、「複数の寄稿者」、および「Word が重い」です。 私が独自に Wiki に似ている機能 (特別な「魔法の」マークアップ、変更を示す詳細なバージョン履歴など) を要求する人はほとんど見たことがありません。また、彼らは通常、完全に自由形式のページだけでなく、ある種の分類を望んでいます。
SharePoint の世界では、このツールをしばらく使用している場合、これらは「リスト」と叫ぶはずです。基本的に、これらのナレッジ ベース スタイルのアプリケーションに wiki を使用する特別な理由はありません。特に、「編集の容易さ」は通常、ほとんどのユーザーにとって特別なマークアップ言語を学習するという考えと直接矛盾するためです。そこにいくつかのリッチテキスト列があれば、準備は完了です。組み込みのリッチ テキスト エディターが本当に気に入らない場合 (はい、画像のアップロード プロセスが面倒で、Firefox では機能しません)、組織内の誰かに 8 Benjamins をやめてもらい、SharePoint 用の RadEditor を入手してもらいます。 . それらの懸念をほとんど処理する必要があります。
一般に、「しかしそれは Wiki である必要がある」というドグマを乗り越えると、リストを使用するだけで顧客からかなり好評を得ています。場合によっては、もう少しページ テンプレート機能が必要な場合、MOSS の WCM 機能を使用するようになりました。これには、テンプレートについてもう少し事前に検討する必要がありますが、次のようなものについてはすぐに使用できる優れたエクスペリエンスもあります。コンテンツ スニペットと画像処理。
于 2008-09-17T04:52:14.430 に答える
7
管理者や開発者ではなく、Wiki コンテンツの作成者およびスーパーユーザーとしての私の 2 セントの価値:
私は現在、これを入力しながら SharePoint Wiki でドキュメントを編集しています。正確には、Sharepoint Foundation 2010 (以前の WSS) を使用し、IE 9 を使用してページを編集しています。
私が直面した問題を要約すると: ウィキ コンテンツを作成するときはコンテンツに集中したいので、ウィキ エンジンはほとんど見えないほど使いやすくなければなりません。Sharepoint の場合はそうではありません。私は疑似 WYSIWYG エディターに本当に苦労しており、頻繁に書式設定の問題を修正する必要があります。
フォーマットの問題に対処しなければならないため、ScrewTurn や Wikimedia を使用するよりも、Sharepoint を使用して Wiki コンテンツを作成する生産性が約 15% 低いと推定しています。 wiki ページの作成に 1 日を費やすと、書式設定の問題を修正するのに約 1 時間を費やすことになります。
背景: 私は社内で 4 つの内部 wiki を作成しました。最初は Wikimedia で、Wikipedia の背後にある wiki エンジンで、次の 2 つは ScrewTurn で、最後の 1 つは Sharepoint です。各ウィキで、私は約 50 ～ 100 ページを書きました。
ScrewTurn と Wikimedia の両方で、エディターはかなり原始的なものに見えます。書式設定に単純な wiki マークアップ コードを使用するプレーン テキスト エディターです。各ボタンには、太字やイタリック体の書式設定などの簡単なことにマークアップ コードを適用したり、リンクを作成したりできるボタンが並んでいるので、初心者はマークアップ コードを暗記する必要はありません。エディターは単純に見えますが、特に書式設定の問題を修正するために、実際に使用するのは非常に簡単です。
一方、Sharepoint Wiki は見栄えは良いですが、編集するにはひどいものです。wiki マークアップ付きのプレーン テキスト エディターを使用する代わりに、他の wiki エディターよりもはるかに洗練された WYSIWYG エディターを備えています。しかし性格は悪い。空行を追加したり、テキストの色を変更したりすることがよくあります。書式設定するテキストを選択し、[マークアップ スタイル] ドロップダウンに移動して書式設定すると、ドロップダウン リストから項目を選択すると、選択したテキストの選択が解除され、書式設定がランダムな場所のテキストに適用されることがあります。Word からコピーしたテキストを挿入すると、ページの他の場所にある段落間の空白行が 2 倍または 3 倍になることがあります。HTML を記述する以外に、表を作成する簡単な方法はないようです。
ただし、エディターの最大の問題は、舞台裏で何が起こっているのかを簡単に確認できないため、修正が難しいことです。はい、ページの HTML を編集することは可能ですが、それは wiki の目的を実際に無効にします。
私がユーザーとして得る全体的な印象は、これは夏のインターンによってノックアップされたアルファレベルのコードであるということです. Foundation が無料版であることは知っているので、支払った分は手に入るかもしれませんが、プロのソフトウェア会社がこの製品を出すとは信じられません。
于 2012-01-31T04:20:05.653 に答える
6
「ときどき」編集を行う 6 人のグループの場合、組み込みの wiki で問題ありません。
于 2008-08-14T19:31:49.163 に答える
5
Sharepointのコミュニティキット-拡張Wikiエディションを忘れないでください。これにより、すぐに使用できるバージョンにいくつかの機能が追加されます。
于 2008-09-23T23:14:50.583 に答える
5
Sharepoint Wiki は、基本的に静的 HTML ページのリストであり、Wiki 機能は [[article]] リンクのみです。テンプレートもカテゴリも何もありません。
最終的に別の MediaWiki を用意し、Sharepoint wiki は、レイアウトをあまり必要としないテキストベースのコンテンツにのみ使用しました。
于 2008-08-14T20:53:07.457 に答える
4
暴言の前に、SharePoint を wiki として使用した私の全体的な経験を次に示します。
これは、現在の wiki 環境が提供するものについての調査が根本的に欠如していたために失敗した、不十分に実装された機能です。それがエディターで失敗した理由であり、タグ付け、履歴比較、不十分に生成された html コードなどの点で失敗した理由です。
あなたはそれを飛ばして、より良い仕事をする何かを手に入れて、SharePoint からそれにリンクする必要があります.
両方の製品の生産経験があるので、SharePoint よりも ScrewTurn をお勧めします。
暴言の編集履歴を見る
于 2010-12-21T15:13:23.837 に答える
3
数か月前に、部門WikiのSharepointを調べました。私たちは主にMSショップですが、DokuWikiを使用しました。オープンソースなので、最新の状態に保つのが簡単で、優れたプラグインとファイルベースのバックエンドがあります。
于 2008-08-14T22:31:38.380 に答える
3
私の会社は最近、SharePoint を展開しましたが、私のユーザー エクスペリエンスは非常に悪かったと言わざるを得ません。そして、私はそれを使用することに不安を感じていたと言っているだけではありません。私は心を開いて試してみましたが、多くのことが実際には正しく機能していないように感じました.
ルークが言及した理由は多かれ少なかれそれをカバーしています。
ジェフが少し前に寄贈したScrewturn Wikiのような別のものを使用することを検討しないのはなぜですか? 私自身はScrewturnを使用したことはありませんが、無料でオープンソースであり、必要なものに対してより高速で軽量なソリューションになる可能性があります.
于 2008-08-14T18:48:32.073 に答える
3
また、OOB wiki の評価と、ここにいる著者の技術的なレベルでの機能の欠如を和らげたいと思います。
SP wiki が名前だけで適格であることに同意します - 確かに、いくつかのより堅牢な製品と比較した場合 - しかし、管理者として覚えておいてください - あなたの主な成功はエンドユーザーの採用によって決定されます. 要するに、Confluence のような wiki が追加するすべての機能には、ユーザー教育、構文なども追加されます。
私は SP wiki がもっと「wiki のような」ものになることを望んでいますが、CIO が会社の wiki にエントリを追加したり、新しいものを見つけた管理アシスタントのグループに認められたりすると、言葉では言い表せないほどの満足感を得ることができます。ウィキ「革命」。
要するに、組み込みの機能は、私たち技術専門家のうんざりした目には欠けているかもしれませんが、技術的にナイーブな人にとっては、トレーニングが非常に簡単で、聞いたことがあるかもしれないが決してできなかった技術に触れることができます (これまで) ) 使用を理解または想像する。
于 2009-01-20T04:01:08.790 に答える
2
上記（Keng）に全面的に同意します。それが SharePoint (現在は 2010 を使用) 内にあるものは何でも、長い目で見れば Wiki ではありません。
ソース コードと XML 構成ファイルから構成とその他の情報 (perldoc マークアップなど) を抽出する、自動化された文書化ソリューションを実装しています。書式設定マークアップ (表を含む) を備えた一連の DokuWIKI ページに情報を挿入します。それは完全にフォーマットされており、数十行の perl で動作し、手動で編集された静的ドキュメント ページへの内部リンクが含まれており、名前空間がサポートされているため、情報を論理的に編成できます。SharePointでそれを行う方法はありません（ため息-会社の方向性）...
私にできる最善の方法は、DokuWIKI テンプレートを一種の SharePoint サイトに似せて (ルック アンド フィールを似たものにするため)、SharePoint からリンクすることです。:-(
于 2011-01-18T00:43:09.073 に答える
2
SharePoint Wiki Plusを簡単に試してみました。これは、SharePoint Wiki に機能を追加するサード パーティの拡張機能です。本格的な Wiki ユーザーの場合は、拡張機能または専用の Wiki 製品を介して、SharePoint が提供する Wiki 以外の何かが必要になる可能性があります。
于 2008-08-14T21:07:05.790 に答える
2
スクリューターンは最高です - そしてそれは C# / .Net です。
Sharepoint 2010 はより優れた wiki 機能を備えているはずであり、常に sharepoint のコミュニティ キットが用意されています。Sharepoint Wiki を残すことができる場合は、いつでもhttp://www.wikimatrix.orgにアクセスして、自分に合った Wiki を見つけることができます。
于 2010-05-11T19:36:06.623 に答える
2
Word コンテンツを SharePoint に移行するためにhttp://wordtosharepoint.codeplex.com/を試してみませんか? 画像のリンクやその他のほとんどのことを処理します。
于 2009-08-22T04:58:49.613 に答える