Index > 増え続けるファイルの上手な管理方法
Mon, February 18, 2008

増え続けるファイルの上手な管理方法

コードを書いていても、マニュアルの制作をしていても、コンピュータで扱うファイルは増え続ける。 これを如何にに上手にマネジメントしていくか、という話。

マネジメント対象の情報

わたしの場合、コンピュータで管理している主なファイルは...

特定のアプリケーションに依存するファイル形式を使うな

以前、AppleWorksを愛用していて、レポートなど第三者に見せる体裁が必要なドキュメント作成に利用していた。 慣れの要素も大きいが、すばやくそれなりの体裁のレポートを作成できるため気に入っていた。
しかし、 コンピュータを買い替えるうちに、 AppleWorksのドキュメントを開ける環境がなくなって、困ったことになった。 そのとき、どうせならMS-Wordでつくっておいた方がましだった、とは思ったが。

教訓その1: 特定の(特に商用の)アプリケーションに依存したファイル形式を使うな

普及していないデータ形式を使うな

またそれから別の教訓を得たのは、 「あなた文書を流用するから、データ提出せよ」といわれたとき。 AppleWorksじゃあね。 やっぱりこのときも、MS-Wordでつくっていたらよかったと思ったけど

教訓その2: 普及していないデータ形式を使うな

普及しているデータ形式を使え

教訓その2の逆だがもっと積極的な意味で。
結論としては、現在 Markdownを中心に、それをワンソースマルチユース的に使い回しているのだが、 Markdown以前には、Radeoxという記法を使っていた。 (さらに悪いことに、数年はRadeox記法を拡張した独自マークアップ言語を自分で開発して使っていた。)

Radeoxや独自拡張した独自マークアップ記法は自分のニーズにぴったりあうのだが (しかもソースはプレーンテキストだから教訓その1・その2に違反していなくもない) 何かちょっとした追加機能のたびに自分でコーディングしなければならない。 結局、Google App Engine上でメモサーバをたてようとしたときに、 独自マークアップ記法をPythonに移植できなくて (それは、Javaで書かれていた。そして当時GAEは構築言語はPythonしかなかった。)

Markdown に乗り換えてから、何か困ったことがあっても、少しネットを調べれば 誰かが解決策をブログなどで書いているし、その他いろいろな追加機能は、 既に誰かが実装していることが多い。

教訓その3: 普及しているデータ形式を使え

Markdown=プレーンテキストの良いところ

プレーンテキストでドキュメントが書けると良いことは、

  1. ライティングにお気に入りのテキストエディタが使える
  2. ファイルサイズが小さい
  3. Subversion でファイル管理できる

ファイルサイズが小さい、というのはかなりリソースを節約できる。 バックアップも時間がかからないし、サーバ上でメモるときも (現在は、GoogleAppEngine上にメモサーバをつくってそこでメモを書いている) 使用帯域が狭くて済む。 テキストエディタはワードやOpenOfficeOrgと違って軽いのでマシンも低スペックで済む。 何かと経済的。

 Twitter
follow me on Twitter
 Categories