アカウント名:
パスワード:
うーん、技術畑と言うかアレゲ方面な人がMovable Typeを選択しているのを見たことがないんだけど。 むしろレンタルサーバなどお膳立てが揃った環境しか使えない(そしてそんなところはPerlとPHPぐらいしか入っていない)人が使うものだと思っていた。
Movable TypeとtDiaryあたりでユーザ層を比べると、
Movable Type
tDiary
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人は巨人ファンでA型で眼鏡をかけている -- あるハッカー
漢はMovable Type? (スコア:1, 興味深い)
うーん、技術畑と言うかアレゲ方面な人がMovable Typeを選択しているのを見たことがないんだけど。
むしろレンタルサーバなどお膳立てが揃った環境しか使えない(そしてそんなところはPerlとPHPぐらいしか入っていない)人が使うものだと思っていた。
Movable TypeとtDiaryあたりでユーザ層を比べると、
Movable Type
tDiary
Re:漢はMovable Type? (スコア:0)
Re:漢はMovable Type? (スコア:1)
# 手軽なんでやっちゃいますけどね。
記事とコメントがぐちゃぐちゃになりやすいので、「使う」人間には
便利かもしれませんが読む方にはつらいです。
かといって明確に区別できる構成にするには運用側のコストが高く
なってしまいます。ま、基本的な目的が違うので当然なのですが。
Re:漢はMovable Type? (スコア:1)
俺みたいに読み手と書き手を「分ける」のが嫌いな奴だと、
Blogって全然面白く思えなくてWikiにいっちゃうんだよね。
Wikiは今あるメジャー(?)なやり方の中でたぶん一番、
読み手と書き手、主催者と客、の差が小さいメディアだと思う。
両者の差ができるだけ小さいほうがいいと思う人はWiki、
少々の差が欲しい人はWeb掲示板、もうちょっと多めに差が欲しい人はBlog(やweb日記)、
かなり差が欲しい人はスラド(笑)[*]、そして丸っきり分けたい人はStaticなHTMLサイト、を
立ち上げるんだと思う。
#前述の「スラドはタレコミ子じゃなく編集者「の」Blog」という喩えに繋がってます。
>記事とコメントがぐちゃぐちゃになりやすいので、
余談ですが、Wikiのこの面については、なんとかしたいですね。
が、それ(「あ
Re:漢はMovable Type? (スコア:1)
> 個人的には、せめて書き込み順を(全ページに渡って)追いかけて読むのが楽になるのを目指して、
> WikiTimeMacheneとか、 JournalWikiSystemなんてなモノを作ると、
> 良いんじゃないかな?と思っているところです。(思ってるだけですが)
自分は Wiki は完成しないシステムだと思うようになりました。
便利さだけを追求するシステム、と言い換えてもいいのですが。
Web ベースであるという点ととにかく手軽であるというメリット
以外を求めるなら別な解を模索すべきだな、と。
# 履歴が大事なら CVS をみんなで使うとかね。
本当にそのサイトで何かを
Re:漢はMovable Type? (スコア:1)
事実上その通りだと俺も思います。
ただ、完成しなかったり達人が居なかったりするような、いわば「凡庸(あるいはそれ以下)」なWikiサイトだからといって、
たとえばCVSみたいな仕組みが無くてもいい、とは思いません。
凡庸な人ら向けにも、そういう道具は役立つと思ってます。
個人的に思い入れ(^^;が有る履歴機能ついて言えば、
履歴が無いと、自分が1日留守にしただけで、
誰かの手で「いったん書かれてまた消えた」ような文が把握できなくなりますし、
そもそも把握自体が記憶に頼る羽目になってしまっては、まったくIT的でない。
># 履歴が大事なら CVS をみんなで使うとかね。
「みんなで」というのは、各自のローカルでCVSを持つという意味でしょうか?
世間一般の膨大すぎるwebサイト全てに対してならば、そういうやり方も悪くない [nifty.com]と思っていますが、
1つのWikiサイトについて言えば、サイト自体が履歴記憶&表示機能を持つほうが、合理的だと思います。
さもないと完全にトレースしてる暇人(笑)でないと完全な履歴を持てませんから、
常連でも履歴へのアクセス性は怪しくなりますし、まして一見さんなら全然駄目です。
あ。あと(もし誤解が有るといやなので)念のため。
CVSは必ずしも「完成品を作る(のを支援する)」ためだけのものじゃ、ないですよ。
とにかく変化していくものを、とにかく変化を追う、ための道具だと思います。
その用途の1応用例として、完成品までの道程を記録する、という用途が有るのだと思っています。
ちなみに俺は個人的メモファイルも履歴取ってます。結構便利。
#CVSじゃなくてRCS使ってます。
#RCSはロック管理方式ですが、個人用に使うときは常時CheckOutしっぱなしにしてます。
#なので、普段使うコマンドは殆ど「ci -l hoge.txt」だけです。要するにハイパーバックアップでしかないとも言いますが。
あと、凡庸だからとか完成が見えないからとかいう理由で、「履歴を取る必要がない」、
という発想は俺はしていません。
くだらんもんでもとりあえず残しておくことにしてます。捨てるのは何時でも出来るんですから。
しかもIT(笑)のお陰で保存はどんどん楽になってます。Diskは安くなるわ、履歴管理ソフトが「差分」のみを記録するので量的に最適化されるわ。
どうせWikiで書くようなテキストベースの手書き文章なんて、(鯖で)履歴保存しても大した量になりませんし。
履歴は、「大事」なのじゃなくて、
「あらゆるものについていて欲しい機能」だ、と思っています。
理想はTimeMachineComputingがユビキタス(遍在)化することですねえ。
---
なお、細かい事を言えば、(普通の)Wikiだと言わば書き込みが即Commitですから、
複数のファイル(ページ)をまとめてCommit、という概念が無い。
そのため、複数ファイルのリビジョンをいっぺんに管理する機能は、実はあんまり要らないです。
リポジトリだけじゃなくワークスペースも、Wiki鯖内に有る、という感じです。
まあ複数の人がCVS的な意味でばらばらに書き込めるシステム(つまりワークスペースはユーザ側に有る)
ってのも面白そうですが、とりあえず俺はWiki的なモノにはそこまで欲しいと思っていません。
#ところでそれってどうやって実現したらいいでしょう?
#IE(笑)のプラグインかJavaAppletか何かを使って、ブラウザにワークスペース保持やCommitの仕組みを持たせる、とか?
#あるいは、あらゆる環境(!)にCVSを移植することを目指したほうが早いのかな?
あと、誰が書いたか?という情報を(履歴に)記録するかどうかも、人によって好みが分かれるでしょうね。