如何组织文件

最近想入手个 1T 的移动硬盘，但是想到如何组织文件，就觉得十分头痛。

自我总结下文件组织的经历：

Windows

windows 天然的不稳定性，每每让我胆战心惊，很可能忽然在周末跪低，然后父亲大人就把 C 盘格式化了。因此，历史经验表明，C 盘是不能放资料的。惯常的组织方法是：

　　C 盘 只安装系统

　　D 盘 安装软件，放我的文档和收藏夹

　　E 盘 安装游戏或作为备份盘

　　F 盘 BT 下载

如此组织，一是方便系统重装的时候，常用软件和日常数据能够得到妥善保存；二是避免 BT 下载之类带来频繁磁盘整理的压力。

随着使用时间的增加，各盘的剩余空间迅速减少，但是剩余空间之和却是相当大的，这就造成了一种变相的浪费。另外，XP SP2 开始稳定性有了较大的进展，终于不用再频繁重做系统了。因此，后来就直接变成

　　C 盘 系统和各种软件

　　D 盘 私人数据和下载的数据

软件方面，可以利用云端软件平台进行管理，既能够享受绿色安装的快感，又不需要费神找下载文件，担心病毒问题。收藏夹方面，主流的浏览器都带有收藏夹备份功能，因此可直接放在 C 盘。（另外，chrome 取消了书签管理器的快捷键，似乎希望淡化书签这个概念，代之以历史记录。细想，其实翻收藏夹的机会真的极少极少）增加下载的缓存大小，允许创建临时文件，足可以避免 BT 下载对硬盘造成的损害。

至于具体的文件夹组织，依个人习惯而不同。按项目分类，再在项目里按时间分子目录，似乎是一个不错的选择。分层则不宜过多，我觉得，超过 3 层的目录就会变得很冗余，也许你只是想把某些文件藏起来而已。同一目录下，子目录及子文件过多，也十分不雅。后来，厌烦了分类的我直接用 Everything 来进行搜索，文件直接放在同一个目录下，基本上用 Everything 的搜索视图来代替原始的 Explorer 界面。 若你有组织多层目录的习惯，Total Commander 会是一个不错的选择。

关于文件命名的问题，可以参考善用佳软的《三段式命名》，我反对那种文件名前还要加序号的方法，但是审慎命名文件，始终如一坚持一套有效的命名规则，的确能够带来极大的效率提高。于我个人而言，采取 tag cloud 的方式管理文件才是最天然合理的，一个文件可能有多重身份，或许是某个团队项目的一部分，或许属于下载来的文件，或许存在于某年的备份中。要体现文件的这种复杂身份，基于目录的管理方式太落后，tag cloud 才是最佳选择。只是基于 tag cloud 进行搜索定位文件的软件迟迟未出现，也许需要在文件系统上提供更多属性的支持？

Linux：

linux 的目录树管理方式十分灵活，而且有利于进行优化。有时候不禁 YY 下，代码文件都在 /src 目录下，编译出来的文件放在 /bin，然后 /bin 目录使用更大的文件簇，/src 目录则使用 reiserFS 和更小的文件簇，减小空间的浪费。更进一步，可以把 /boot 目录及 /bin 挂在 SSD 上，提高系统的响应速度，同时这两个目录较小的写入次数应该能够延长 SSD 的使用寿命。

对于各个系统而言，良好的命名是一个通用的习惯。毕竟，真正负责思考的是计算机前的你，而不是冷冰冰的电子回路。