最近想入手个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的使用寿命。
对于各个系统而言，良好的命名是一个通用的习惯。毕竟，真正负责思考的是计算机前的你，而不是冷冰冰的电子回路。
