护城河与塌方 书架

第 07 章 / 共 16 章

第七章 · 网络效应与协议之王

看得见的界面,看不见的管道

前面几章的战场都在屏幕上:谁的操作系统更好用,谁的浏览器跑得更快,谁的窗口和菜单更顺手。用户能看见、能点、能骂。可当互联网真正铺开,故事换了地方——真正值钱的东西,普通人一辈子都没听说过它的名字。

你每天上网,数据在世界各地穿来穿去。它先被打包成一个个小包裹,经过一台台设备转发,最后拼回你手机上的一张图、一段视频。这一路上,有一家公司的设备几乎是必经之路;你打开的很多网站,背后跑的程序用的是另一家公司的语言、存的数据锁在第三家公司的仓库里。你看不见它们,可它们对经过的每一份"流量"、每一行"业务",都在悄悄收钱。

一句话:桌面时代的护城河修在屏幕上(界面好不好用),互联网时代的护城河沉到了地底下(谁是大家默认都要用的管道、语言、仓库)。用户看不见的地方,才是真正装收费站的地方。

这一章讲一个反直觉的落点:互联网时代的赢家,不靠让用户"喜欢",而靠让所有人"绕不开"。谁成了大家默认都用的那套协议、运行时、接口,谁就坐上了收费站——哪怕用户根本不知道它存在。而本章的悲剧主角 Sun,恰恰赌对了这个大方向,却站错了收费站的位置。

Sun:那句对了三十年的口号

Sun Microsystems(一家做工作站和服务器的公司,那种给企业和实验室用的高性能电脑)有一句响彻整个 90 年代的口号:"The Network Is The Computer / 网络就是计算机"

这句话今天听起来像废话——我们的照片、聊天、文档不都在"云"里吗?可 Sun 在 80 年代末就把它喊了出来。那时候大多数人对电脑的理解还是"桌子上那个孤零零的箱子",Sun 却说:真正的计算不发生在某一台机器里,而发生在机器与机器连成的网络上。这个方向,它比几乎所有人都看得早、看得准。

看对了方向,Sun 也确实吃到了第一波红利。互联网泡沫最疯的那几年,全世界的网站、电商、门户都要买服务器来撑,而 Sun 的服务器又快又稳,成了搭建网站的"标配"。有句话在当时流传:Sun 是"点 com 背后的点 com"——别人做网站,Sun 卖铲子。钱像潮水一样涌进来。

Java:一门造福了世界、却救不了自己的语言

Sun 还干了一件真正改变世界的事:1995 年,它推出了 Java(一种编程语言,同时是一套"运行时"——即一层垫在程序和操作系统之间的软件)。

Java 的卖点是一句极有煽动力的话:"一次编写,到处运行"。意思是,同一个程序,写一遍,就能在 Windows、Mac、各种服务器上都跑起来,不用为每种系统改一遍。这在当时是天大的解放。

打个比方:以前你写的程序像一道只能在某一口特定灶台上做的菜,换个灶台就得重做。Java 相当于自带了一口标准锅——你把这口锅(运行时)搬到哪个灶台上,同一道菜都能照做。程序不再挑操作系统了。

这一招正好戳中互联网时代最痛的地方:网络上什么机器都有,你没法假设对方用的是哪种系统。于是 Java 迅速成了企业后端(银行、电商、政府系统那些看不见的服务器程序)的地基,后来又成了 Android 手机应用的主要语言。用它的人越多,教程、工具、招得到的程序员就越多;程序员越多,新项目就越倾向于继续用它——这就是网络效应滚起来了:一样东西用的人越多,它对每个人就越有用,于是更多人用。Java 的网络效应大到什么程度?直到今天,全世界最流行的编程语言里都有它一席之地。

问题来了,也是这一章最扎心的地方:Sun 造出了一门统治世界的语言,公司却因此倒了。为什么?

赌对了趋势,却赌错了怎么收钱

答案藏在一个致命的错位里:Java 基本是免费的。Sun 把它几乎白送给全世界,想的是——语言免费,用的人多了,大家自然会来买我又贵又好的 Sun 服务器来跑这些 Java 程序。语言是鱼饵,硬件才是鱼钩。

这个逻辑,在互联网蒸蒸日上、Sun 硬件卖到脱销的年头,看起来天衣无缝。可它把公司的命,全押在了"贵硬件卖得动"这一条腿上。

然后,这条腿被三件事同时打断了:

  • 互联网泡沫破裂(2000—2001):无数烧钱的网站公司死掉,它们买服务器的订单凭空蒸发。Sun 最赚钱的客户群,一夜之间没了半壁。
  • 便宜的 x86 服务器崛起:过去买服务器认准 Sun 这种"高级货",现在用一堆普通的、和 PC 同一套芯片(x86)的廉价机器攒起来,也能扛住网站的活儿,价格却是零头。
  • Linux 崛起:一套免费的操作系统(下一章的主角)让这些廉价机器如虎添翼,进一步抹平了 Sun 贵硬件"跑得更好"的优势。

Sun 的商业模式像一家餐厅:菜谱(Java)免费公开,靠卖自家昂贵的厨具(服务器)赚钱。可当外面出现了便宜好用的通用厨具,大家拿着你免费送的菜谱,跑到别处去做菜了。你越成功地推广菜谱,越是在给对手送客人。

这就是全章的核心反直觉:拥有一门最流行的编程语言,救不了一家公司——因为流行的是语言,收钱的却是硬件,而这两者之间,没有一道别人绕不开的收费站。任何人都能白拿 Java,然后买别家的便宜机器去跑。Sun 修的护城河,修在了收不到钱的位置上。2009 年,Sun 宣布被数据库巨头 Oracle 收购,2010 年完成。一家赌对了整个互联网方向、造出了影响世界的技术的公司,就这样谢幕了。

对照组一:Cisco,站在管道接头上

同一个互联网时代,有人把收费站修对了地方。

Cisco(思科,做路由器和交换机的公司)卖的东西,正是让数据在网络里穿行的那些设备——它们是互联网的"管道接头"。你发的每一个数据包,几乎都要经过这类设备一次次转发,才能到达目的地。

Sun 卖的是"网站放在哪台机器上",这件事有大把替代品;Cisco 占的是"数据从哪儿流过去",而当年几乎所有网络设备都得和它的设备对接、遵循它主导的那套接法。它占住的是基础设施里那个别人绕不开的位置。互联网每扩张一寸,就要多铺一段管道、多接一批接头,Cisco 的生意就随之涨一分。泡沫最高峰时,Cisco 一度成为全世界市值最高的公司之一——一家你几乎从没直接买过它产品的公司。

对照组二:Oracle,数据搬家难于登天

另一种收费站,靠的不是流量,而是让你走不了

Oracle(甲骨文,企业数据库巨头。数据库就是企业存放核心数据的那个"仓库"——客户、订单、账目全在里面)几十年稳坐王座,靠的是一个朴素得可怕的机制:切换成本(想换掉它要付出的代价)。

一家银行、一家航空公司,把全部核心业务数据装进 Oracle 数据库之后,几十套系统、无数程序都是围着它写的。这时候想换成别家的数据库,等于给一栋住满人、通着水电、还在营业的大楼搬地基——迁移过程稍有闪失,账目错乱、业务停摆,谁担得起?于是绝大多数企业宁可年年交着昂贵的授权费,也不敢动它。

Oracle 的护城河不是"我的仓库最好用",而是"你的东西一旦搬进来,就搬不走了"。数据搬家难,比产品好用更能锁住客户。

Cisco 靠"绕不开的位置",Oracle 靠"离不开的锁定",它们都把护城河修在了能持续收到钱的地方。而 Sun 手握最先进的方向、最流行的语言,偏偏两样都没占住——它证明了技术上的胜利,可以和商业上的失败同时发生。

这一章的规律:押对方向,不等于押对商业模式

把这三家放在一起,一条清晰的规律浮出来。互联网时代,护城河从"桌面上的界面"沉到了"看不见的基础设施与协议"。谁成了大家默认都要用的那套东西——数据必经的管道、程序依赖的运行时、业务锁死的仓库——谁就坐在了收费站上。

但坐在收费站上,还得看你收的是"过路费"还是"入场券",也就是那个绕不开的位置,你能不能收到钱。Java 是全世界都绕不开的运行时,可它免费,Sun 收不到过路费;真正要收钱的硬件,又偏偏是能被人绕开的。位置对了,收费口却错了。

押对技术方向 ≠ 押对商业模式。护城河必须同时满足两个条件:别人绕不开,而且你能收到钱。少了后一半,你可能造出改变世界的技术,却依然救不了自己的公司。

Sun 的墓志铭,或许可以这样写:它看见了未来,为未来造好了地基,然后眼睁睁看着别人在这块地基上盖楼、收租。下一章,我们会看到那套"免费还能协作改进"的开源力量——正是它,把 Sun 这样卖贵硬件、卖授权的老巨头,一个接一个地掀翻在地。

护城河与塌方 · sissi
面向对世界有好奇心的人 · 费曼式写法 · 由多个 AI 代理撰写与互相审校