二十年前上厕所的经历

虽然已经将近20年了，我现在还清晰地记得那一幕。

我到某地去是为了走亲戚。到那后发觉最大的困难是上厕所。当地的习惯是在屋后方便。但当时是夏天，有很多咬人的小虫子飞来飞去，每次XX我的屁股上都被咬了很多大包。

于是我向亲戚打听最近的公共厕所在哪里（无论如何，室内的虫子总是少一点）。

废话少说，我好不容易找到那个厕所，刚到门口就呆住了：

厕所的地面上（我指得不是粪坑，指的是地面）积满大概有厚厚的三寸的粪便，根本没法走到粪坑边。经过搜索，我发觉有几块砖头在粪便中若隐若现，隐隐约约构成了通向粪坑的路径。于是我跳到了第一块砖头上，第二块砖头上，但是第三块砖头离我太远了，于是我就跳了回来。

关于厕所的故事就完了（没有什么戏剧性的结局，例如我不慎掉落到粪坑里，然后某位好心人见义勇为之类的东东）。

我想说的是，由此可以推论，和这个厕所有关的公共管理有多糟糕（当时好像还没有私营厕所一说）。后来这个地方以其中的某些村子全村人得了某种病而全国闻名。我认为这个地方现在如此出名和当时厕所的糟糕管理是有联系的。如果你看南方周末的话，你就明白我的意思了。

那次上厕所的经历使我幼小的心灵受到了刺激。二十年来我一直在考虑这个问题，如何管理公共厕所？经过二十年的努力，我现在有了一点感悟。

实际上也很简单，只要做到一点：

地上有脏东西就立刻清理干净。

现在回到我参加过的某些项目上来，这些项目的味道比“二十年前的厕所”好不了多少。

我非常了解这些项目，可以非常清楚地说明从哪一天开始这个项目开始变味的。

就是从使用了环境变量的那一刻开始，某个程序员决定使用环境变量来指定某个模块的路径，啊哈，很简单，输入一个简单的dos命令（或者双击某个dll）就可以了。然后程序员口头通知了团队里的某一个人。

另一个程序员又做了同样的事，现在我要输入两个dos命令（或者双击鼠标两次）才能测试程序。然后就是第三个第四个程序员...。接着事情更糟糕了，由于某种神秘的原因，你必须按照某种次序输入命令或者双击鼠标才能让程序跑起来。当我抱怨的时候，每个程序员都认为这是小事，因为对他（她）单个人来说，只要操作一次就可以了。

这种典型的场景还可以举一反三。

某个程序员喜欢使用继承，于是我为了使用他的模块中的某个功能，必须和同时两个类打交道。然后他又实现了某个功能，我又得到了两个类。麻烦的是某个功能需要上述个两个功能交互操作，于是我现在和四个类打交道。接着另一个程序员接手这四个类，他从四个类中的两个子类继承得到自己的子类，于是我有可能得同时和9个类打交道。

如果这个场景还不够典型得话，让我举个更“高级”的例子：

我们知道每个设计模式一般都至少要牵涉到四个类。某个程序员喜欢用设计模式...

好吧，实际上我并不是抱怨程序员如何如何。

我真正想问的是，谁在清理厕所？项目经理在哪里？架构师在哪里？如果没有人清扫厕所，那么所谓厕所的管理又是怎么回事呢？

厕所的管理工作就是清扫，就这么简单（至于该厕所有机肥的产量，如果你定时清扫，产量自然有保证），如果每个厕所都需要一个管理委员会的话，那么只要每个委员都轮班扫厕所（效率问题另当别论），那么厕所还是干净的，否则厕所就会变脏，然后没人愿意上厕所，就算有人去了，也会因为跳不到粪坑边，就在厕所里某个看起来还干净的地方随便解决了。