困死了 WePhone 开发者的 Blub Paradox | 狗熊有话说

这两天技术圈可能最广泛讨论的话题，就是 WePhone 的创始人，开发者苏享茂因遭遇骗婚被前妻所逼，遭索要 1000 万元和房产赔偿后自杀身亡。这件事很让程序员们唏嘘，关注它的角度也很多，有人讲法，有人讲情商和自我保护，甚至还有人谈如何看面相……我看待这件事的角度很程序员，虽然我不是个程序员：苏享茂可能钻进了 Blub Paradox 里，也就是所谓的 “Blub Paradox”。

Blub Paradox 这个概念我最初是在 Paul Graham 的《黑客与画家》里看到，意思是程序员的思想往往会受到自己正在使用的语言的束缚，不相信还存在更强大的语言。简单举例就是，比如某个功能，用 Java 写起来可能需要 500 行代码，用 C++ 写可能需要 100 行代码，用 Ruby 写可能 50 行就可以搞定。但如果一个只会 Java 的程序员听到 Ruby 可以那么简单实现他折腾两整天的同样功能，他可能会摇头表示你是个大忽悠。这就是Blub Paradox。

其实不只是程序领域啦，其他涉及到技术的领域，一样都会有 Blub Paradox 存在。我几年前做一个多媒体交互的项目时，需要在 iPad 演示程序的一堆室内环游的固定视频的右下角，加上一个实时显示的地图，并且可以跟随摄像机移动。当时程序员想了半天都没有思路要怎么实现这个效果。我当时突然想到，视频既然是固定的，那么我们可以不用考虑程序，直接把互动的地图小视频压缩在视频上啊。只要会用支持分层的视频编辑软件，就可以实现这样的效果了。这样的思维对于不用视频剪辑软件的程序员来说，就是 Blub Paradox。

程序员最喜欢 “一把钥匙打开一把锁” 式的思维，在代码的世界里，问题都是确定的，可回溯的，唯一的。但真实的世界不是这个样子。苏享茂是一个非常有才华的程序员，但他可能正是因为对于技术太过于投入了，忽视了真实世界的问题往往是没有标准、唯一的答案的。他被恶意的情绪困住，钻进了一个 Blub Paradox 里，最终他没能找到出口，选择了以自杀的方式来解决这个问题。

实际上他碰到的这个问题，自杀可能是最没用代价最大的解决方法了。他可以取证报警，可以雇侦探，甚至可以黑吃黑，选择真的太多。而且让人唏嘘的是，哪怕是多看几部好莱坞电影，可能他都会找到一些思路来解决这种技术之外的问题，但他没能找到，他的同质化很严重的技术圈子也没有能给他提供相应的帮助。

死者为大，不多说了。这事对于我们技术宅男（无论你是程序员、设计师或是其他技术人员）的启示就是：要认识到生活有很多不同的可能性，要理解世界上有很多不同的生活与思维方式，不要太局限在自己的世界里，多结识不同行业的人，多想想 “if”，不要把自己困在 blub paradox 里，不论是在思维上，还是在技术上。