「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。

[ninestars (5792)]

バイトオーダーやアーキテクチャの問題もあるのでは？
決め打ちの出来る DOS では気にする必要がないのですが。
例えばネットワークの先にある他ホストは 1byte=8bit で無いかもしれない、となるとデータを共通化して実装でどうにかする上でテキストベースも頷けるのではないかと。

コンシューマゲーム機ではさらにメモリ不足の問題があるので、やはりバイナリが向いていますね。

office 系のデータファイルが重い理由は、履歴や高速保存による無最適化などがあると思います。
AC さんの話は当然最適化された上での話なので、バイナリといってもそれが意味するものが異なるのではないでしょうか。