让众位久等了！上篇Why Windows Sucks的吐槽文中，我曾谈到，Windows文件系统几点令我非常不喜欢的地方：

• 文件系统多盘拼，文件命名大小混
• 权限控制小烦躁，命令终端很废柴

本篇我们稍微深入探讨一下这个话题，并由此引入我们接下来系列文章的主角，*nix。

上小学的时候我们就知道，Windows的第一个盘是C盘。如果你稍微研究下所谓“Windows提速优化”这类的教程，你就会知道C盘是所谓的系统盘，非常重要。如果你足够细心，并且有足够的耐力，那么你可能会学到：

• 程序尽量不要装在C盘，影响系统运行速度
• 可以用工具将C盘里的"My Documents"（中文名是“我的文档”）里面的东西转移到别的盘里，这样可以节省很多系统盘的空间，“有可能”使得系统运行更加畅快
• 定期整理下磁盘碎片，清理下注册表，杀杀毒，可以提高系统运行速度

但是你有没有想过：

• A盘和B盘哪里去了？
• 为什么我的系统有C、D、E三个盘而别人的系统除了C、D、E还有F，甚至还有Z盘？
• 为什么一个电脑的文件系统要分为多个盘呢？
• 苹果系统需要整理磁盘碎片吗？
• 注册表到底是干嘛用的？
• ……

事实上这个世界上本不该有这么多个为什么，一切的一切，源于Windows蹩脚的设计：

• Windows的文件系统是多根的，这导致你几乎没有办法控制你的移动硬盘的挂载点，几乎没有办法进行chroot高级实验，几乎没有办法制定规范化的类似于*nix下的FHS标准
• Windows的文件系统目录结构是极其混乱而不统一的，我引用一张表格¹来对比说明下*nix和Windows两种文件系统的目录结构，你可以看到，*nix系统目录的命名都非常简洁规律，便于脚本自动化处理，而Windows的文件命名和目录结构像是一层层的石头胡乱堆砌的

  Function	Linux	Microsoft
  Kernel	root	"WINNT" or "WINDOWS"another page on this site
  	/boot
  Executables	/usr/bin	"Program Files"
  	/usr/lib
  	/usr/share
  	/usr/doc
  	/usr/apps
  Drivers	/dev	Win…/System32
  hosts file	/etc	Win…/System32/Drivers/Etc
  One for each User	/usr	"Documents and Settings"
  	/user
  Log files	/var	-
  Temporary work files	/tmp	Temp
  Optimizing Utilities	/opt	-

• Windows的系统文件命名非常混乱，不堪入目，正如“一千个读者心中就有一千个哈姆雷特”一样，一千个Windows C盘就有一千种的文件命名和目录结构，下面是我的正版Windows 7系统下的C盘目录：
  • Windows 7下的C盘：
    • autoexec.bat
    • b7e61efa43ef263f987f6b2dbfe5b362
    • Boot
    • bootmgr
    • BOOTSECT.BAK
    • bootsqm.dat
    • Config.Msi
    • config.sys
    • Documents
    • Download
    • found.000
    • Intel
    • IO.SYS
    • LLabs
    • mfg
    • MSDOS.SYS
    • PerfLogs
    • ppsvodcache
    • ProgramData
    • Program
    • QQDownload
    • $RECYCLE.BIN
    • RRbackups
    • swshare
    • System
    • Temp
    • Users
    • Windows
  • linux下的根目录：
    • bin
    • boot
    • dev
    • etc
    • home
    • lib
    • lib64
    • lost+found
    • media
    • mnt
    • opt
    • proc
    • root
    • run
    • sbin
    • srv
    • sys
    • tmp
    • usr
    • var
• 合理的文件结构组织和文件命名，对于自动脚本处理是非常重要的，譬如，如果一个文件名称为"My Documents"，那么在脚本处理中，如果不小心编码，这个文件就会被当成"My"和"Documents"两个文件处理。

相较Windows，*nix的文件系统相对要规范的多，究其根源，在于*nix有一条非常重要的设计哲学，那就是：Everything in Unix is a file：

• linux的文件系统是单根的，具有一种逻辑意义上的美感。可能有人会问，如果我们新插入一个移动硬盘，我没有盘符，怎么访问？这就是Windows的惯性思维。在Linux中，我们可以随意创建一个目录，然后通过mount命令将起挂载在这个目录点上。事实上有一个叫做fuse⁴的东西，允许你mount你想得到想不到的很多东西：
  • 见过PB级别的文件系统吗？我见过，在百度，我们通过hadoop的一个fuse模块，将几千台机器组成的PB级的HDFS文件系统挂载到单机硬盘节点上，对外提供ftp服务⁵
  • 你可以通过SSH挂载远程机器的文件系统⁶
  • 你还可以挂载一个ftp到本地系统⁷
  • 你甚至可以将你的Gmail挂载过来，当本地磁盘用⁸
• linux的文件命令和文件存放是很有规律的，稍微学习下，你就会知道/bin、/etc、/usr、/home目录的作用，并且，在所有的*nix环境下，都有这些统一规范的目录。
• linux为每个用户建立一个单独的/home/user主目录，所有用户相关的配置都存放在这个目录下，结合linux下所有几乎所有配置文件都是纯文本这样的特点，带来的好处就是极其简单实用的用户数据迁移过程 ——当你系统崩溃重装的时候，只需要保留/home分区，不用做太多的配置，一切都在：
  • 原先的软件快捷键几乎保持不变
  • vim和emacs的配置不变
  • 甚至连桌面的壁纸都不会变
• linux中大量采用纯文本的配置文件，相比较于中央集权的注册表方式管理的配置文件， 纯文本文件的好处在于通用性、直观性、可见性和易读性 。虽然文本配置格式多样，但是你已然可以使用你最擅长的工具（哪怕是OpenOffice也行）来查看甚至修改配置文件，并且可以根据个人需要讲这些配置文件放到诸如bitbucket这类SCM系统里面；而对于Windows的注册表，一旦损坏，除了少数几个专有的工具，你就只能双手一撒，重装系统，或者给微软打电话了。

以上，都是关于Windows不好的吐槽以及*nix好的赞扬，没兴趣的看客可以直接忽略，因为下面的内容才是本篇文章的核心所在。

我曾经无数次在学校教室、宿舍和公司的办公桌上，看见各式人等电脑中，一个可怜单薄的桌面上，存放着从txt、doc、docx、ppt，到jpg、png，到rm、mkv，到rar，到"xxxx的快捷方式"等等五花八门的没有八十也有一百个之多的文件。那感觉就像是看到了五湖四海的人们睡到了一张星级宾馆的床上，令人心头一紧、后背发凉。我甚至可以感觉得到他们盯着屏幕、挪着鼠标、眯着双眼寻找某年某月某日的一份word文件的焦躁与辛苦。我甚至还能联想到，这样的人在生活中也多数是邋遢的，他们会随手丢弃东西，经常翻箱倒柜的去寻找某个久远的日子里的一个小物品。

不是这样的，正确高效的文件组织管理绝对不该是这样的。我相信，即便你没有洁癖，但是看着电脑桌面上那么一坨乱糟糟的东西，心情也会不好的。所以我的电脑桌面上向来都是清清爽爽，一个图标都不放。我个人总结了一些粗浅的文件组织管理的小技巧，经过两年多的实战，效果还是不错的：

按照原本的写作计划，在本篇文章的基础之上，我将在接下来的三篇文章中谈到三个主题：

• Just Find it: Findutils，介绍*nix的小工具，帮助你在文件的海洋中傲游穿梭，包括但不限于：
  • 如何迅速而准确的定位你想要的寻找的文件
  • 如何迅速而准确的在历史的目录树中进行切换穿梭
  • 如何仅仅借助Shell工具，在一个Open Source的代码库中，寻找一个变量的出现位置，并且能够找出到底是哪个文件包含了这个变量的使用
  • 如何删除某个目录下所有以.bak结尾并且修改时间在n天内的所有文件
• 细谈文本配置，文本配置是"Everything in Unix is a file"的一个重要体现，对应于Windows的注册表，文本化的配置文件大大简化了*nix系统管理工作，这篇主要会介绍：
  • *nix系统中一些重要的配置文件
  • 以及相关的配置文件的配置格式
  • 配置文件跨系统的迁移和保存
  • 以XML/JSON/YAML为例介绍下常见的几种文件配置格式，有可能的话，初步介绍下Lisp中"Code is Data"的扩展概念
• Shell之道，初步介绍下*nix Shell编程的一些入门要点，并直接转入Shell编程的精华——管道。可能的话，会在此基础上展开探讨下进程间通信的一些思考。

敬请期待！

--