8. 7月 2016 10:06
/
丘山大一
/
Blog . 開発体制
コメント (0)
梅雨の時期は体調が悪くて……更新さぼってました。
さて、共有の名のもとにカオス化するアレを整理する話。
なぜ整理したか
開発グループの利用の目安が2ＧＢ制限だったが、18.5GB使用していた。
ドキュメントが整理されておらず、何がどこにあるか分からない。ドキュメント探索という無駄なコストが発生。
「整理しなきゃ」「整理しなきゃ」と言う人はいるものの、いつまでたっても整理しない。
なぜ整理されないか
必要かもしれない（削除できない）。
自分以外が置いたファイルはよくわからない（削除できない）。
思ったこと
そもそも2GB制限って少なすぎ。サーバ管理者はアホかなんなら適当な1TBハードディスク２～３本買ってきてRAID組めば解決の予感。
削除できない原因は、ようはうっかり必要なファイルを削除していまったときに責任をとりたくないという話。
あとただたんに面倒くさいという話（最大の原因）。
やったこと
全ファイルを容量が空いている他のローカルにバックアップ（複数個所）
ディレクトリリストを出して、削除するファイル一覧を抽出。他のメンバにメールで送りつける（削除するって言ったからね？ という予防線）。
なんとなく、「自分だったらこんな感じで整理する」やり方で整理開始。ガンガン削除。
自己基準のみで削除しまくり。
結果
18.5GB から 2.18GB へのスリム化に成功。
もし必要なファイルが後から出てきた場合はバックアップから戻す予定。
そのバックアップは１年後を目安に削除する予定。
共有フォルダとはどうあるべきか
本当にファイルを整理したいなら、それこそ履歴管理できるシステムを導入するべきなわけです。
しかし、共有フォルダにはそれを圧倒的に上回る便利さがある。
それは何より「手軽さ」。
これは何物にも代えがたいメリットなのです。たとえ将来カオス化すると分かっていても。
共有フォルダの問題点の指摘や、それを解消するための枠組みやルールなんかも色々提唱、提案、導入されていますが、2GB程度の容量なら適当でオッケー（今回は10GB超えで制御不能になっていたので整理しちゃいましたけど）。
むしろ下手にルールなんて導入したら、唯一最大のメリットである「手軽さ」が損なわれてしまう。
これは避けたいところです。
というわけで、こんなエントリを書いていますが、共有フォルダはルールではなく、モラルと時々の整理整頓で対応するのが個人的には好きです。
Tags :