技术中的哲学（一）

        朋友分享了一段打趣的文字，源于网上有人提问 “如何用 '面向对象' 的思想找一个对象？”其中有个回答十分有意思，如下：

        “按照面向对象的思想，其实你不应该找对象，因为我们推崇依赖接口而不依赖于具体的类。

        按照这个思路，如果你强依赖于一个 ‘女人’ 或者 ‘男人’ 就耦合度太高了，而单纯按照接口的话，你选择使用胡萝卜、右贤妃、同性好（基）友甚至某些动物，可以保证你具备最低的耦合度，并且可以根据需要任意组合。”

        我们先就这个问题本身探讨。带着这种想法谈恋爱当然是不可取的，因为纯粹的谈恋爱建立在双方相互钦慕的基础上，是以人为前提，再随着时间推移愈发觉得对方好，进而转变成自己情感上的寄托，这才有了兰芝仲卿、山伯英台这样 “非你不娶不嫁” 的凄美。但不可取不代表没人这么做，于是也有了不纯粹的谈恋爱，如男人风流要找女方苗条貌美，或女人相亲要求男方有房有车。这种不纯粹的谈恋爱就是完全的依赖于接口思想，只要对方满足这些预设条件后一类人就会接受，而不在意对方是谁。

        上面扯得有点多，下面才是正题。尽管用这种思想处理人际关系有待商榷，但依据其处理事务却很值得借鉴。

        对于组织架构，以公司为例如果在某一方面强依赖于某一个人，无疑是不稳定的。比如公司在技术上十分依赖某个大牛，从设计到开发无一不需要大牛才能搞定，一旦这个大牛离职或出现状况，研发部门某分支将面临几乎瘫痪的情况，可能附带的问题还有技术大牛的薪资极高。这在初创的小公司中比较常见。解决这个问题的方法就是将原本由大牛一人承担的事务分解成多个专门的业务，定义好各业务间协作的接口，交给数个工程师负责，每个部分只做好自己范围内的事。分工越细化组织架构越稳定，也就是说当公司遭遇人事变动时，工作受影响越小，可能附带的利处是降低人力成本。稍具规模的公司，都采用了这种策略。

        这种面向接口的策略中包含的另一种思想是均摊风险。对于系统而言，无论硬件还是软件，采用这种思想的典型例子是分布式设计，硬件上如 对称多处理器、分布式服务器，软件上如 GitHub。各部分之间按照预定的接口协议共同分担处理任务，相互备份，即便某个部分停止工作也不会影响整个系统的运行，该部分所承担的工作将被分配到其它处理器、服务器或客户端上，待问题部件被修复或替换后，又会重新融入到系统中取回原本属于自己负责的任务。而强依赖于一个人或一个部件的情况下，风险是集中的，一旦这个关键环节出问题，其负责的或下属的环节均无法继续工作。

        我们还可以大胆发散一下思维，只要制度完善、接口设计合理，不仅仅是技术，别的方面如管理、策划等是不是也都是可以分工细化的呢？这个不是没有可能，只是恐怕没有多少人会愿意将自己手中的利益和权力平均出去。