「WEBベースのプロジェクト進捗管理ソフトのお勧めは?」記事へのコメント

Wiki。

[eto (5805)]

やっぱりWikiがいいと思います。全然「プロジェクト進捗管理ソフト」じゃないけど、
それはテキストベースで管理するとして。とりあえずPukiWiki [pukiwiki.org]がおすすめ。

Re:Wiki。

[Anonymous Coward]

完全に履歴を保存できるWikiってどんなのがある？

Re:Wiki。

[Anonymous Coward]

TikiもAsWikiもZWikiもできそうだけど？

Re:Wiki。

[G7 (3009)]

Tikiの履歴管理は、単に過去のVerのファイル(の内容)をそのまま保存するという富豪流なんだけども、
それでも半年くらいがんがん運用してても全履歴ファイルがせいぜい数MBにしかならなかった。GBじゃなく。

今時のHDDのサイズならば、楽勝だってことですね。
テキストって軽いメディアなんだな、と今更ながら感心した次第。
これが有りがちなOffice系ソフトとかだったらと思うと…

＃Tikiの素朴(?)さが好きなのでG7。
＃あとSwikiも(自分で運用したことはないがユーザーとして見る範囲で)良い感じです。

閑話休題。

Re:Wiki。

[Anonymous Coward]

＞テキストって軽いメディアなんだな、と今更ながら感心した次第。
軽くないと思いますよ。
65535
10進数text = 65535 = 5byte
16進数text = 0xffff or ffffh = 6 or 5 byte
Binary = ffff = 2byte
文字列-->バイナリへの変換も必要ないので圧倒的にバイナリのほうが軽いです。
だからＰＣ－９８時代にはデータをbinで持つのは普通でしたね。
当時は「なんでUNIXとかって効率悪いtextでデータ持ってるの？」とか嘲笑してました。
割と最近でも３Ｄのデータをtextで持ってたり。
（floatをbinで持つのとtextで持つのでは大違い）

メンテナンス性がいいとか、
人にわかりやすいとか

Re:Wiki。

[G7 (3009)]

>文字列-->バイナリへの変換も必要ないので圧倒的にバイナリのほうが軽いです。

最初からコンテンツそのものがテキストならば問題ないわけですよね。
だからテキストという「メディア」は軽いわけです。

あと、そうでない場合にしても「("0xFFFF"と0xffffの比較でいえば)たかが3倍」でしかない、とも言えます。

例えば今自分が持ってるPCのHDDを、自分が書いたり読んだりする文章の生テキスト相当分だけで
埋めることを考えてみてください。はっきり言って一生かかっても無理じゃないかとビビって(笑)います俺。

じゃあなんでHDDとかはこんなに大きくなってしまったんでしょ

Re:Wiki。

[yuu3261 (11831)]

>STLみたいなコンパイル時処理よりも
うーん、コンパイル時処理って例えば何を指しています?

Re:Wiki。

[G7 (3009)]

>コンパイル時処理って例えば何を指しています?

あう。テンプレートそのものの事を言いたかったらしいです俺。
STLは単にその上に載るものの1つだわな。