Wikemacs,EmacsWikiの更新について

[pogin503]

Emacsの情報が集積されているWikiは、EmacsWiki, Wikemacsと2つ存在しています。

EmacsWikiは作られていないリンクが数多く存在していて、なんだか跡地のような状態です。編集ルールも特に作られていなく、編集しようにも、どうしたらよいかとてもわかりにくいです。

Wikemacsは2012年3月の終わり頃作られたものです。ポストEmacsWikiとして期待していたのですが、編集者が足りない状況のようでこれまた情報の集積はあまりされていません。

この状況をなんとかしたいので、編集してくれる人が欲しいのです。

EmacsWikiはもうしょうがないとしても、Wikemacsは検索に引っかかるレベルのものが出てきてほしいので、どなたかやってくれる人はいませんでしょうか。自分も編集をがんばっていこうと思っています。

もう一つ編集者がいるといいなと思っているWikiがあって、逆引きEmacsLispの方もどなたか編集してくれる人はいませんでしょうか。自分ひとりではほとんど進みません...。

EmacsWiki
Wikemacs
逆引きEmacsLisp

[tkf]

Wikemacs はちょっと前に閉鎖することになったらしいですよ。
The WikEmacs Experiment is over! Long Live EmacsWiki! - (think)

[pogin503]

ああ、そんなまさか、閉鎖することになっていたとは...。残念ですね...。
リンクありがとうございます。
それなら、EmacsWikiを編集することになるんでしょうか。

[syohex]

デザインを変えるという流れはあるみたいですね。メンテナの人もなんとかしたいという
気持ちはあるのでしょうかね?

http://www.emacswiki.org/emacs-test/

[syohex]

現実的過ぎる意見かもしれないですが、Emacswikiは膨大な情報を持っているので
全体を見るというのは現実的ではないと思います。

Emacswikiを見ればなんでもわかるというのはとても素晴らしいことなのですが、
編集・更新のコストとか我々の知識とかを考えたときにそれ全体を良くすると
いうのは極めて困難です。

Emacswiki等をよくすること自体、すごく賛同できることですが、
明確な目標を決めてやらないと、全然手が付けられないか、中途半端な状態に
なってしまうと思います。

なのである分野、例えば「バッファ切り替え」に絞るとか、より具体的に
このページみたいな感じで決めて、そのページを良くするという目標を
立てて作業を進めていくべきではないでしょうか。それで一つが終わったら
次の目標を立てるという感じでいいのではないでしょうか。

(Emacswikiというリポジトリを立てて、issueに 1ページずつ割り当てて、
作業を進めていくとか)

[pogin503]

EmacsWikiのデザイン変更の流れはあるんですね...。

確かに現実的なことを考えると、全体をよくするというのは
極めて困難ですよね。

自分は@syohex さんの意見に全面的に賛同で、具体的な目標を立てて
EmacsWikiリポジトリを立ててそこからページを良くするに感じで
良いと思いました。

そういえば昔書いた記事で、いくつかの記事をどうにかしたいなという
のと書いたのを思い出しました。
EmacsWikiの編集で気づいたこと

これによると、

• 充実させたほうがよいもの
  • カテゴリ・用語集
  • 利用手引
  • サイトマップ
• 作る or 翻訳したほうが良いもの
  • StyeleGuide
  • TextFormattingRules
  • HowToEdit

が自分の中で、できたら早く作りたいものでした。
メモしただけで、特に何もできていないのですみません...。

[syohex]

書き手が必要になるものは後回しにして、初めにやるなら、読み手視点でしょうね。
個人的にあまり利用しないのでわからないのですが、読み手はどのような感じで
利用するんでしょうかね ?

Emacswikiのサイトにまずきて、そこで検索するというのであれば、
カテゴリやサイトマップの優先度は高めるべきでしょう。そうでなくて、
ググったらそのページが出てきたから見たというのが基本になるなら、
個々のページを良くしていくという流れになるかと思います。

[pogin503]

すみません、EmacsWikiの状況をただどうにかしたいという気持ちしかなく
どうしたいかなど全く考えが足りませんでした。

「誰かこれしてくれないかな？」

その面がかなりあったと思います。自分の行動と、気持ちのレベルは
ただコントリビューターになりたかったレベルでしかないかもしれないです。

このemacs-jpが立ち上がったので今回この問題をどうにかできないかなと、
Emacsの現在の環境をなにか良くしたい思い、このissueを上げました。

中途半端な考えでissueを立ちあげてしまい申し訳ありませんでした。

[takaxp]

pogin503 さん，特に謝罪は必要ないと思いますよ．
議論の出発点を作った段階で大きな貢献だと思います．

個人的にもEmacsWikiを生かしきれていません．
一覧性というよりも，情報が古く感じるからです．

自分の場合は，欲しいツールがあったら，まずGoogleで検索して，
機能紹介している記事を見つけて内容を確認する．
もし著名な人が書いているなら信頼性が高く，導入しやすいですよね．
その後，ファイルの入手先として，もしくは，より詳細な／体系的な情報の
確認先としてEmacsWikiを使っています．

つまり，EmacsWiki に行けば何でも解決するわけではないと思います．

それを踏まえて効率よくEmacsWikiを改修するならば，
例えば，外部サイトとの連携を強くするようにメンテナンスを行うというのも
良いのではないかと思います．wikiと外部サイトで相互補完関係にするのです．

それからもう一つ，ツールごとに「いいね」的なボタンが付いていると
私は便利だと思います．同じようなツールが複数ある時，どれを試してみるかの指標に
なりますし，ツールを作る側としては「いいね」が付けば気持ちがいいものです．
ほとんどのツールが自然とEmacsWikiに集まるような流れを作れるかもしれません．
もちろん作為的な投票が行われる可能性も残されますので，その辺はよく考えなければ
ならないかもしれません．

[syohex]

@pogin503 問題を提起することは良いことですので、あまりそのようなことを考えないでください。

@takaxp githubの star数を示すとかですかね。しかしそのレベルで修正しようとすると、
基本設計やWebアプリケーションレベルでの修正になるので、現状の我々だけでは
手に負えないでしょう。少なくとも作者とコンタクトを取って作業を進めていくという
ことが必要になるかと思います。

個人的には emacs-jpを良い見本として作成し、それを Emacswiki等に反映できれば良い
かと思います。

@pogin503 さん、emacs-jpの Webサイト作成にあたり、これがあれば良いと思うものを
ここの issuesに登録していっていただけないでしょうか ? こういうページが欲しいとか、
ここと連携したほうがいいとかそんなんで構わないんで。最終的に良い結果が得られれば
Emacswiki等にも反映していけばいいと思います。

よろしくお願いします。

[takaxp]

EmacsWiki内で完結させようとすると設計レベルからになってしまうでしょうが，例えばDISQUSのような外部モジュールとちゃんと連携させればそこまでコストがかからないとおもいますけどどうでしょう．

[syohex]

@takaxp 外部モジュールは確かに比較的無難そうです。いいね、の機能ぐらいであれば
それでなんとかなりそうですね。管理者を説得させる必要はありますが・・・。