道德经有言：为学日益，为道日损。
项目中前端开发涉及的代码不断增加，其所占用的空间暂且不说，单是进行管理所耗费的时间和精力也在成指数增长。每次增加一个模块，相应增加了多个文件夹，文件夹中又是多个零碎的文件。曾经因为不太会管理文件，遭到学习工业的人的鄙视，所以积极奋进，依据并参考微软的树形目录分区，进行项目文件的管理。前些时候小有成就，不免沾沾自喜，管理方便，确实相比于以前的文件管理模式有不少改观，同时鄙人进行项目文件管理所耗费的精力也大大减少。
但是，注意这是个转折，随着项目体系的不断扩大，不断复杂，管理的文件数量不断增加，其目录体系居然达到了我无法记忆的六级甚至七级目录。这是一个比较令人郁闷和产生慌乱的树形结构体系。
试想一下，每次想找到一个文件，需要不断向一个项目文件中点击六次甚至七次文件夹，才能找到，这还不包括你偶然点击错误的事件。可能你会说，这都是小问题，但是如果你在横向上需要管理五六个，甚至十几个文件的时候，每个纵深达到了六级，你还能高兴起来吗，你还能为那个曾经以为很先进的树形管理目录结构沾沾自喜吗，你还能自以为掌握了先进的工具，编程水平一日千里吗，你如果仍然如此认为，只能说：idiot。
你认为很好管理，那是因为你没有管理过，套用吕博士的一句话，你以为数学很复杂，那是因为你不知道现实多复杂。
现在我在进行一个模块的开发，所涉及的文件夹模块已经有了10个，每个文件夹中又包括10个左右的文件夹，而每个子文件夹中包括css，js和html文件夹，这些文件夹中涉及到了底层文件，及后缀为js，css，html的文件。这才只是一个四级结构，现在所进行管理耗费的精力已然令我不堪重负。你每次寻找文件都需要不断向底层寻找。--^_^鼠标坏了，都是寻找文件造成的。
京东买个个新贵的鼠标，接着说……
不断细化，层层分类的树形管理模式，暴露出了致命的弱点，至少在我这里。如何进行文件管理，这是一件麻烦的事情。
想到哈佛公开课中，幸福课上那位老师说的：我们一直在获取东西，但是如果你想快乐，那么你需要舍弃一些东西。
同样的老子说过：学习知识，是不断获取的过程，但是想习得智慧，却需要不断舍弃。
这些话对于我在文件管理中，也许有点醍醐灌顶的意义。我一直在追寻细致的管理，不断的细化，把文件分离，把函数分离，把变量分离，但是不断的分离意味着不断的细化，虽然我获取了再次开发中，或者复用上的轻松和简易，但是文件管理以及后期修改上，也许是个麻烦事。文件管理也许不仅仅是一个不断细化，或者不断合并的过程，也许这是一个权衡的过程。文件管理是个问题，所以说扁平化的组织结构还是优点颇多啊。也许我可以尝试一下扁平化的文件管理模式。
也许存在其他的文件管理模式，或许应该把文件这个概念舍弃，才能获取一个适合自身的方法。that's all ,thank you