<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <link href="https://blog.hoytzhang.com/feed/atom" rel="self" type="application/atom+xml" />
  <title><![CDATA[Hoyt的博客]]></title>
  <subtitle type="html"><![CDATA[这里是Hoyt的博客，记录一下开发和生活的事情。]]></subtitle>
  <updated>2026-05-09T07:35:02Z</updated>
  <author>
    <name>Hoyt Zhang</name>
  </author>
  
  <logo>https://static.quaily.com/media/7gk39hr7lx.webp</logo>
  <icon>https://static.quaily.com/media/7gk39hr7lx.webp</icon>
  <id>https://https://blog.hoytzhang.com</id>
  <generator uri="https://quaily.com" version="1.0">Quaily</generator>
  
  <entry>
    <title><![CDATA[在AI回复之前，在世界发生之前，在你意识到之前]]></title>
    <link rel="alternate" type="text/html" href="https://blog.hoytzhang.com/p/before-ai-reply-before-world-happen-before-you-realize" />
    <id>https://blog.hoytzhang.com/p/before-ai-reply-before-world-happen-before-you-realize#17471</id>
    <author>
      <name>Hoyt Zhang</name>
    </author>
    <published>2026-05-09T07:35:02Z</published>
    <updated>2026-05-09T07:35:02Z</updated>
    
    <content type="html">
      &lt;blockquote&gt;
&lt;p&gt;或许真正的好东西，往往不是“组织”出来的&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;前几天刚和朋友讨论完，SQLite和Linux哪个是安装最多的软件。最近发现X上都在讨论SQLite。&lt;/p&gt;
&lt;p&gt;在这个结论之前，先说一个你可能没想过的问题：SQLite——那个藏在几十亿台手机、电脑、电视、汽车甚至浏览器里的数据库——核心开发团队有几个人？&lt;/p&gt;
&lt;p&gt;三个。从它诞生到现在，就这三个人。&lt;/p&gt;
&lt;p&gt;这听起来有点离谱。一个被全世界应用最广泛的数据库引擎，没有几百人的维护团队，没有复杂的组织架构，甚至连个像样的办公室可能都不需要。三个工程师，宣布会撑起目前世界上安装最广泛的极简数据库的开发工作，并保持更新。&lt;/p&gt;
&lt;p&gt;但你仔细想想，类似的事其实反复发生过。&lt;/p&gt;
&lt;p&gt;Linux，一个芬兰大学生写着玩的操作系统，最初只有他一个人。如今这个“写着玩”的东西跑在全世界90%以上的服务器上，跑在每一个Android手机里，跑在NASA的火星车里。Python，Guido van Rossum 在圣诞假期无聊写的，因为喜欢看喜剧团，顺手取了个奇怪的名字。后来这东西成了人工智能、数据科学、金融交易的默认语言。微信小程序，坊间传闻最早就是一个开发者独立写出来的原型，后来长成了一个千亿级别的生态（传闻）。Notion，Nginx，Golang，lun...&lt;/p&gt;
&lt;p&gt;你会发现一个奇怪的规律：这些最终改变了无数人生活的东西，它们的起点往往小得令人发笑——一个人，一个无聊的假期，一个“这东西不好用那我写一个吧”的念头。没有商业计划书，没有用户调研，没有增长黑客，没有OKR。&lt;/p&gt;
&lt;p&gt;这不是巧合。&lt;/p&gt;
&lt;p&gt;大团队有大团队的好处：分工明确，资源充足，抗风险能力强。但大团队也有一个几乎无解的问题：创意在传递过程中会不断衰减。一个想法从决策层传递到执行层，中间要经过无数次“翻译”，每次翻译都会丢失一些原初的锐度。最后做出来的东西，往往是一个“被所有人同意”的平庸产物。它不会太差，但也很少令人惊喜。&lt;/p&gt;
&lt;p&gt;而那一个人就不一样了。他脑子里那个画面是完整的，至少在他一鼓作气拿出作品之前。他不需要说服任何人，不需要写立项报告，不需要应付跨部门协调。他只需要坐下来，把脑子里的东西变成代码。所有决策都在一瞬间完成，所有的风格都是一贯的。这种完整性，是大团队几乎无法复制的东西。&lt;/p&gt;
&lt;p&gt;更重要的是动机。&lt;/p&gt;
&lt;p&gt;那些单枪匹马做出大东西的人，几乎没有一个是为了“改变世界”开始的。他们做的事情，本质上是在解决自己的实际痛点。不是“用户需要什么”，而是“我需要什么”。这个区别至关重要。因为当一个人为自己解决问题时，他会变得极其挑剔，极其执着，极其不妥协。他不会在“差不多就行”的地方停下来。而恰好是这种对自己苛刻，最终让他的作品满足了无数陌生人的需求。&lt;/p&gt;
&lt;p&gt;所以回到开始的问题：SQLite 只有三个人维护，意味着什么？&lt;/p&gt;
&lt;p&gt;意味着这个世界的底层架构，很多时候是少数几个人的审美、判断力和责任心在支撑。听起来有点危险，但历史一再证明，这反而是最可靠的模式。因为真正的好东西，往往不是被“组织”出来的，而是被“长”出来的。它需要的是一个清晰的愿景，一个出发的理由，和足够小的噪音。&lt;/p&gt;
&lt;p&gt;我们总喜欢谈论“规模”——团队规模、融资规模、用户规模。但规模从来不是原因，而是结果。是先有那个完整而有力的核，然后世界被它吸引过来。三个人认真写好的代码，比三百个人凑合的代码，更能承受时间。&lt;/p&gt;
&lt;p&gt;你可能不是程序员，不写代码。但这个道理在任何领域都一样：好的作品不需要所有人都同意，它只需要一个人把它想透，然后做出来。&lt;/p&gt;
&lt;p&gt;剩下的，世界会自己走过来。&lt;/p&gt;

      
    </content>
    
  </entry>
  
</feed>
