两件小事情

遇到事情总爱琢磨
一
房子里洗手间的水龙头下水道坏了，用的话水就会流到壁橱里。发现这个问题以后，我就告诉室友不要用这个龙头了。但是我们还是常常会随手就打开。后来我想了个办法，在水池里放了一个牙膏皮。这样，每次要洗手就要移开牙膏皮，而这时候就会想起来是不能用这个水管了。
这个办法很有效，过了一两天以后，我们几乎都不会犯需要牙膏皮提醒的错误了。
不过，最近我和室友都在出差，所以托了一个朋友帮忙照顾猫咪。周末我回去以后就发现水池里的牙膏皮被拿走了，不用说，当然水龙头也是用过了。（其实我也是错误的用了一次以后才想起了这个问题。）我又把牙膏皮放了回去。第二个周末，回去以后发现它又被挪走了，显然，它对我的朋友没什么作用。于是我告诉了他这个水管的故障，他立刻回答我知道了。虽然他没说什么，不过我估计他也在想难怪有个牙膏皮。
我忽然发现这个牙膏皮和开发流程里的规范、文档之类的东西很相似：
1，某些事情单单靠理解了并不能保证就会被正确的执行。需要使用一些东西来增大犯错误的成本。这个成本不需要太高，关键是让当事人想起来正确的做法。
2，但是，如果没有对于正确做法的理解，增加成本并不起什么作用。就像牙膏皮对我新来的朋友一样。如果你对规范的重点在于防范和迫使，只会给干工作的人增加麻烦。
3，如果这是一个公共的水池，或者，如果出错并不仅仅是水流到柜子里这么简单，那么可能靠牙膏皮就不够了。同样的，不同规模和要求的项目需要的规范和中间产品也不相同。
4，事实上，如果我不是这么懒，早点找人来修下水管，那就根本不会有这么多问题。所以，有时候一套良好的规范是只是为了掩盖某个简单的错误或不称职。

二
今天上班的时候，忽然听到同事一声惨叫，原来他把笔记本键盘上的一个键抠了下来。恰好我曾经也遇到过这个问题，就给他说明了一下键下面支撑的结构（是靠两个马扎支架一样的塑料片来提供弹性的），还有要卡上去需要相当的耐心和运气，并且劝他找个镊子之类的工具来。
他鼓捣了好久，还是不能恰好把那两个小片和键下面的凹槽对在一起。我也只好劝他耐心，因为上次我装上去也是全凭运气。
过了一会，看到他总于装好了，我去慰问，他说：“什么嘛，我搞了半天火了，就使劲的一按，然后就好了。”
现在想起来，的确是很有道理啊，厂商在作键盘的时候，肯定不会让组装非常麻烦的嘛。
又乱联想了些什么呢：
1，有些时候经验其实就是误导
2，“简单粗暴”的解决方案未必就是差的方案（不过按我的性格好像很难去作出这种选择）。