2005，软件开始住在网上
原创 · 约 23 分钟阅读 · 阅读 --

2005，软件开始住在网上

作者: 字与码

随笔

古董级程序员，大厂出来后一直在创业公司，现在仍活跃在一线做 AI 相关的开发。这个专栏会慢慢写从 1990 年代到今天的 IT 变化，也会夹带一些自己的旧事。更完整的更新写在微信公众号「字与码」，若觉得这些回忆和观察对你有用，欢迎顺手关注。

上一篇写 2004 年，我说那一年“语言开始变成工具箱”。到了 2005 年，这个工具箱被推到了更大的现场里。

软件开始住在网上。

这句话今天听起来没什么稀奇。我们每天用的办公、地图、视频、社交、支付、文档、代码托管，几乎都是在线服务。可是放回 2005 年，它还不是一种理所当然。很多软件仍然被理解为“下载、安装、打开、升级版本”。即使是网站，也常被理解为页面、栏目、后台、数据库，而不是一个持续运行、持续收集反馈、持续演进的系统。

2005 年前后，这种理解开始改变。

YouTube 出现，Google Maps 让地图变成交互式服务，AJAX 这个词把浏览器端交互重新包装成一种开发范式，Web 2.0 成为流行话题，Git 在 Linux 内核开发的压力下诞生。国内做 Linux 和开源的人，也越来越清楚地感到：软件不只是把代码写完、把光盘刻好、把版本发布出去。软件真正的生命，开始越来越多地发生在网络上。

那几年我仍在做 Linux。工作里的语言还是很杂：Perl、PHP、Java、Shell、Python 交替出现。只是相比 2004 年，我对“系统”这件事的感觉更重了一点。一个系统能不能活下去，已经不只取决于代码本身，还取决于用户、数据、社区、服务、运维、商业模式和持续迭代。

也差不多从 2005 年开始，我更多地进入 Linux 文件系统级别的开发。那时做过 SyncFS、SnapFS 相关工作。名字听起来很产品化，但背后是很硬的系统问题：文件怎么同步，快照怎么做，元数据怎么处理，异常中断以后状态怎么恢复，和已有内核、文件系统、网络协议、用户态工具怎么配合。

这类工作和 Web 2.0 的热闹离得很远，却和“软件住在网上”有内在联系。在线服务再漂亮，底下仍然需要可靠的存储、同步、备份、快照和恢复能力。那几年我在文件系统里踩到的坑，后来再看云存储、对象存储、分布式文件系统和大数据平台，很多概念会更容易落到实处。

Web 2.0 当年不是玄学词

现在回头看“Web 2.0”，很容易觉得它像一个过时的营销词。确实，后来很多会议、报道、创业计划书把它说得太玄，什么用户参与、集体智慧、长尾、平台、社区，听多了会腻。

但在 2005 年，它不是凭空热起来的。

那时的互联网确实在发生变化。网站不再只是媒体把内容放上去，让用户阅读。用户开始上传、评论、收藏、分享、订阅、标注、协作。产品不再等一年发一个大版本，而是在服务器端持续变化。页面不再每次操作都整页刷新，而是有了越来越多局部更新和即时反馈。

这些变化背后，其实是软件边界的变化。

过去的软件，边界大多在用户机器上。你把软件装进电脑，电脑就是它的运行环境。后来的 Web 服务，边界在网络上：用户、浏览器、服务器、数据库、缓存、日志、推荐、搜索、广告、监控，都成为产品的一部分。软件不再是一个包，而是一条循环。

用户行为进入系统，系统产生数据，数据改变产品，产品再影响用户行为。这个循环一旦跑起来，就不太可能回到“发一个版本就结束”的老节奏。

2005 年，软件变成在线服务循环

这也是为什么 2005 年会让很多程序员产生新的焦虑。写代码当然重要，但光会写代码不够了。你还要理解浏览器、网络、数据库、日志、性能、可用性、用户增长，甚至还要理解社区和商业。

当然，那个时候我们还不会把这些话说得这么完整。工作现场更朴素：客户环境不一样，部署脚本要兼容；线上出问题，要看日志；内部系统要快速改；用户要新增功能，后台要能撑住；数据出了错，还要写脚本补。

很多宏大的技术趋势，落到工程师手里，最后都是一个个不太体面的脚本和补丁。

AJAX 让浏览器重新有了想象力

2005 年，Jesse James Garrett 写了一篇文章，提出 AJAX 这个说法。严格说，相关技术早就存在，JavaScript、XMLHttpRequest、DOM、CSS 都不是突然出现的。AJAX 的意义在于，它把一组已经散落在那里的技术，重新组织成一种清晰的产品体验语言。

网页可以不用每次都整页刷新。浏览器可以在后台和服务器交互。用户可以在页面上连续操作，而不是等待一次次请求返回。Gmail 在前一年已经给了大家很强的示范，2005 年 AJAX 这个词则让更多团队知道：原来这套体验可以被命名、被讨论、被复制。

这对我来说很有意思。

1997 年我用 JavaScript 写过一只会飞的蝴蝶。那时候 JavaScript 很像页面上的小把戏，浏览器兼容性又糟糕，写起来常常要判断各种奇怪差异。到了 2005 年，JavaScript 开始被重新看待。它不再只是网页上飘来飘去的效果，而是能参与真实应用逻辑的东西。

当然，离今天的前端工程化还很远。没有 React，没有 Vue，没有 TypeScript 成为主流，也没有 npm 那种庞大的依赖宇宙。可方向已经变了：浏览器从“文档阅读器”走向“应用运行环境”。

这条线后来越走越远。Web 2.0、移动 Web、SPA、前后端分离、Node.js、TypeScript、Electron、PWA，再到今天各种浏览器里的 AI 应用，很多东西都可以在 2005 年看到最早的轮廓。

YouTube 和地图，改变了“网站”的重量

2005 年 2 月，YouTube 成立。今天说在线视频，很多人第一反应是推荐算法、创作者经济、短视频、直播和版权。可在 2005 年，最基础的问题就已经够难了：视频怎么上传，怎么转码，怎么存储，怎么播放，怎么分发，怎么让普通用户愿意用。

视频让网站变重。它不再只是 HTML、图片、数据库记录，而是带宽、存储、编码、播放器、内容审核、社区互动、增长和运营。一个“上传视频”的按钮背后，是一整套基础设施。

Google Maps 也是类似的例子。地图在纸上是静态信息，在网页里却变成可拖拽、可缩放、可搜索、可持续更新的服务。对用户来说，它只是更好用；对工程师来说，它意味着前端交互、地理数据、后端服务、缓存、瓦片渲染、用户查询和外部生态的结合。

这种变化很重要。它说明网站不再只是“信息发布系统”，而是开始承载真实世界的复杂对象：视频、地图、关系、位置、行为、交易、文档、代码。

系统复杂度也因此从页面背后长出来。

以前一个网站慢，可能是数据库查询慢，或者页面太大。后来一个在线服务慢，可能是缓存击穿、队列堆积、图片处理慢、视频转码排队、地图瓦片加载异常、某个第三方服务抖动、用户所在地区网络不好。问题越来越不像“代码 bug”，越来越像“系统病”。

2005 年的程序员当然还没有今天这么多成熟工具。没有那么标准化的云服务，没有那么普及的容器，没有那么完整的可观测性体系。很多事情靠经验、日志、脚本和人肉排查。可也正因为如此，那一代工程师对系统边界的感觉往往很敏感。

Git 出现，是协作压力逼出来的

2005 年还有一件对程序员极重要的事：Git 诞生。

今天 Git 太普通了，普通到很多新人会以为版本控制天然就该是这个样子。可在那之前，CVS、Subversion、BitKeeper 等工具各有位置。Linux 内核这种大规模、分布式、全球协作的项目，对版本控制有非常高的要求。工具不合适，协作本身就会成为瓶颈。

Git 的出现，很大程度上是被 Linux 内核开发的现实压力逼出来的。

这件事给我的启发比工具本身更大：优秀工具常常不是从抽象设计开始，而是从无法忍受的工作痛点里长出来。分支、合并、补丁、历史、离线提交、分布式协作，这些概念不是为了好看，而是为了让一群分散在世界各地的人能继续把复杂系统往前推。

我那时还没有像后来一样天天用 Git。国内公司里 CVS、SVN 仍然很常见，很多团队甚至还处在更原始的协作方式里。但 Git 代表的方向已经很清楚：软件工程会越来越依赖工具链，而不是只依赖个人英雄主义。

这一点到今天更明显。CI、代码评审、自动测试、制品管理、发布流水线、依赖扫描、代码搜索、AI 编程助手，都是同一条线上的东西。代码不是写完就行，还要能被团队理解、修改、追踪、回滚和持续交付。

在 Mountain View 看见另一种距离

那几年我有机会去美国 Mountain View 的公司待过一个月。现在想起来，这段经历未必有多惊天动地，但对当时的我来说，还是很有冲击。

国内做 Linux，很多时候会有一种奇怪的距离感。一方面，我们讨论的是全球开源项目、内核、发行版、自由软件、社区协议；另一方面，我们日常面对的是国内客户、中文环境、驱动兼容、销售压力、项目交付和公司生存。技术世界似乎很近，真实中心又似乎很远。

到了 Mountain View，这个距离会被拉得很具体。办公室、街区、工程师、社区活动、公司之间的人际关系，都没有想象中那么神秘。那里不是神殿，也有普通的办公桌、会议室、邮件、争论和 deadline。只是很多关键人物、关键项目、关键公司确实离得很近，交流成本低，机会密度高。

我老板在美国和 Linus 是朋友。我没见到 Linus，倒是拿到过一个婴儿奶瓶消毒锅，据说是 Linus 家孩子用过的。这个细节太生活化，以至于后来我反而一直记得。

它让我意识到，开源江湖并不只存在于邮件列表、补丁和发布公告里。它也存在于真实的人际网络里：谁和谁一起工作过，谁信任谁，谁愿意把一个机会介绍给谁，谁能在关键时刻推动一个项目。这些东西很难写进技术文档，但会深刻影响技术生态的走向。

国内开源公司当时的问题，也不只是技术问题。技术可以追，版本可以跟，补丁可以合，可生态位置、商业信任、社区影响力、人才密度、全球协作网络，不是短时间能补齐的。

开源商业化的难题

2005 年前后，很多人已经不再简单地问“开源能不能用”。服务器上当然能用，开发工具当然能用，很多基础设施也越来越依赖开源。真正难的是：开源公司怎么赚钱。

卖发行版？卖支持服务？卖培训？卖认证？卖定制开发？卖行业解决方案？这些路都有人走过，也都不轻松。

开源软件本身可以自由获取，商业公司就必须在别的地方提供价值。可国内很多客户当时对“服务价值”的认知并不稳定。一方面希望便宜，另一方面又希望出问题有人兜底；一方面说支持国产和开源，另一方面关键业务又担心风险。最后落到公司身上，经常变成低价项目、重交付、难规模化。

这和后来的云计算、SaaS、开源商业公司形成了很强对比。等软件真正住到云上，用户购买的不只是代码，而是持续运行的服务、稳定性、升级、数据安全、生态集成和技术支持。商业模式才逐渐有了更清晰的承载物。

所以我后来回看那段国内 Linux 黄金年代，会觉得它既热闹又艰难。大家确实做了很多工作，也确实培养了很多人；但它离成熟商业闭环还差一段路。不是所有差距都能靠努力补上，有些差距来自时代本身。

软件开始变成一门运营手艺

2005 年之后，越来越多产品会证明一件事：软件不是写出来就结束，软件是运营出来的。

这句话容易被产品经理拿去讲增长，也容易被技术团队理解成运维。但它其实更宽。

软件上线后，用户会告诉你真实需求；日志会告诉你系统在哪里慢；数据会告诉你功能有没有被使用；社区会告诉你文档哪里不清楚；故障会告诉你架构哪里脆弱；竞争对手会告诉你节奏够不够快。

于是工程师的工作也变了。

以前更像造一台机器，造好以后交付。后来更像照看一个系统，它每天都在变化。代码只是其中一部分，配置、数据、依赖、脚本、监控、发布、回滚、用户反馈，都变成系统的一部分。

这也是为什么我把 2005 年看成一个分水岭。不是说这一年所有东西突然改变，而是很多趋势同时浮出水面：Web 2.0、在线视频、在线地图、AJAX、Git、开源商业化、用户参与、持续服务。它们共同指向同一个方向：软件越来越不像“产品盒子”，越来越像“在线生命体”。

这个方向后来会把我带到更大的互联网公司，也会把很多程序员带进新的职业周期。2010 年我进入百度时，搜索、广告、基础设施、数据平台已经是另一个规模；2012 年去微博时，移动互联网和社交网络又会把系统复杂度再推高一层。

但这些都还在后面。

2005 年，我仍在 Linux 公司里写代码、写脚本、做系统、看开源世界的变化。只是心里已经隐约明白：接下来真正改变行业的，可能不再是某个单机软件、某张安装光盘、某个发行版，而是那些能持续在线、持续吸收用户行为、持续自我进化的系统。

2005 年 IT 大事记

  • Web 2.0 成为高频词。 2005 年，Web 2.0 代表的用户参与、平台化、数据驱动和持续服务逐渐成为行业共识。软件不再只是发布包，而是不断运营、更新和吸收用户行为的在线系统。
  • YouTube 成立。 2005 年 2 月，YouTube 成立。在线视频把带宽、存储、转码、播放、版权、社区互动和推荐分发放到同一个产品里，后来会成为互联网内容消费的关键形态。
  • Google Maps 发布。 2005 年 2 月，Google Maps 发布。地图从静态信息变成可交互、可持续更新、可嵌入应用的在线服务，也为后来的本地生活、出行和位置服务铺路。
  • AJAX 被命名和传播。 Jesse James Garrett 在 2005 年发表 AJAX 相关文章，让浏览器端异步交互成为更容易讨论的开发范式。Web 页面开始更像应用，而不只是文档。
  • Git 诞生。 Linus Torvalds 为 Linux 内核协作创建 Git。它后来成为软件工程事实标准，改变了分布式协作、代码评审、分支管理和开源项目的工作方式。
  • Reddit 创立。 Reddit 把社区投票、链接分享和用户生成内容推成一种产品形态。它说明 Web 2.0 的核心不是网页更花哨，而是用户行为开始塑造内容秩序。
  • 豆瓣上线。 豆瓣把书影音、评分、评论、小组和城市生活连接起来，形成中文互联网里很有气质的社区样本。它代表了兴趣社区和长尾文化在门户之外的另一种可能。
  • 去哪儿网推出。 在线旅游搜索开始把机票、酒店和比价能力放到用户面前。后来的在线旅游竞争，会成为中国互联网本地服务和交易平台的一条重要支线。
  • Apple 宣布转向 Intel。 Apple 宣布 Mac 将从 PowerPC 迁移到 Intel 处理器。这个决定改变了 Mac 生态，也为后来 macOS、开发工具链和跨平台体验带来长期影响。
  • 开源商业化继续受考验。 到 2005 年，开源软件的可用性已经越来越清楚，真正困难的是商业化、生态位置和持续服务能力。后来的云计算和 SaaS 会给这个问题提供新的答案。

参考资料

本专栏其他文章

查看专栏「我与 IT 这三十年」全部文章