<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>互联网 on Zampo Blog</title><link>https://blog.cpdd.fyi/tags/%E4%BA%92%E8%81%94%E7%BD%91/</link><description>Recent content in 互联网 on Zampo Blog</description><generator>Hugo</generator><language>zh-cn</language><lastBuildDate>Wed, 15 Apr 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://blog.cpdd.fyi/tags/%E4%BA%92%E8%81%94%E7%BD%91/index.xml" rel="self" type="application/rss+xml"/><item><title>AI 把门槛打低了，也可能把台阶拆了</title><link>https://blog.cpdd.fyi/posts/ai-cognitive-moat-growth-path/</link><pubDate>Wed, 15 Apr 2026 00:00:00 +0000</pubDate><guid>https://blog.cpdd.fyi/posts/ai-cognitive-moat-growth-path/</guid><description>&lt;p&gt;&lt;img src="https://blog.cpdd.fyi/images/ai-cognitive-moat/cover.jpeg" alt="AI 与基础设施对比图，象征表层繁荣与底层失血的矛盾"&gt;&lt;/p&gt;
&lt;p&gt;AI 让写代码更快了，让做产品更快了，让创业试错更快了。&lt;/p&gt;
&lt;p&gt;但一个很少被认真讨论的问题是：当越来越多人依赖 AI 完成任务时，谁还会去维护 Linux、数据库、网络协议栈、编译器、中间件、开源基础库？&lt;/p&gt;
&lt;p&gt;这不是&amp;quot;AI 会不会替代程序员&amp;quot;的老话题，而是一个更深的矛盾：AI 一边在显著提高互联网行业的表层生产力，一边也可能压缩工程师的成长路径、稀释对底层系统的理解，最终让互联网世界出现&amp;quot;表层繁荣、底层失血&amp;quot;的断层。&lt;/p&gt;
&lt;h2 id="ai-带来的效率繁荣"&gt;AI 带来的效率繁荣&lt;/h2&gt;
&lt;p&gt;先承认 AI 的真实价值。&lt;/p&gt;
&lt;p&gt;AI 确实在把互联网行业推向前所未有的高效率：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;开发更快&lt;/strong&gt;——以前需要查文档、写样板代码、调试边界情况，现在 AI 几秒钟就能给出可用的代码片段&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;产品更快&lt;/strong&gt;——从想法到原型的周期被大幅压缩，小团队也能快速验证商业模式&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;试错更快&lt;/strong&gt;——失败成本降低，迭代速度加快，创新门槛变低&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;能力放大&lt;/strong&gt;——一个懂产品的人，借助 AI 可以同时承担前端、后端、测试的角色&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;这些都是实实在在的好处。否认 AI 的效率价值，就像否认互联网本身一样不现实。&lt;/p&gt;
&lt;p&gt;但效率提升，不等于理解增长。这才是问题的起点。&lt;/p&gt;
&lt;h2 id="认知围城完成任务不等于理解发生"&gt;认知围城：完成任务，不等于理解发生&lt;/h2&gt;
&lt;p&gt;真正的问题不是 AI 太强，而是人可能越来越少思考。&lt;/p&gt;
&lt;p&gt;我观察到一个现象：很多工程师在使用 AI 后，完成任务的速度确实变快了，但离开 AI 后，对系统的理解其实很薄。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;完成任务，不等于理解发生。&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;AI 可以帮你写一个函数，可以帮你调试一个 bug，可以帮你解释一段代码。但它不能替你建立系统的认知结构。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;会调用 AI，不等于会工作。&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;工作不仅仅是完成任务，还包括判断需求是否合理、方案是否可行、风险是否可控。这些判断力，AI 给不了。&lt;/p&gt;
&lt;p&gt;我见过一些年轻工程师，用 AI 写出来的代码能跑，测试也能过。但一旦线上出问题，他们就不知道从哪里开始排查。因为他们对代码的理解，停留在&amp;quot;AI 说这样写可以&amp;quot;的层面，而不是&amp;quot;我知道为什么要这样写&amp;quot;的层面。&lt;/p&gt;
&lt;p&gt;这就是&amp;quot;认知围城&amp;quot;：看起来人人能力更强了，实际上真正能理解系统的人可能越来越少。&lt;/p&gt;
&lt;h2 id="互联网的沉默底座"&gt;互联网的沉默底座&lt;/h2&gt;
&lt;p&gt;互联网世界不是只有应用层，还有一层沉默的底座。&lt;/p&gt;
&lt;p&gt;这个底座包括：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Linux&lt;/strong&gt;——全球 90% 以上的服务器运行在 Linux 上&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;数据库&lt;/strong&gt;——MySQL、PostgreSQL、Redis 等支撑着所有数据存取&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;网络协议栈&lt;/strong&gt;——TCP/IP、HTTP、DNS 等协议让互联网能够运转&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;编译器&lt;/strong&gt;——GCC、LLVM 等把代码变成机器能执行的指令&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;中间件&lt;/strong&gt;——消息队列、缓存、负载均衡等让分布式系统成为可能&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;开源基础库&lt;/strong&gt;——无数人依赖的底层库，很多已经十几年没有大版本更新&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;互联网真正能运转，不是因为表层产品不断变多，而是因为底层基础设施一直有人维护。&lt;/p&gt;
&lt;p&gt;但维护这些基础设施的人，正在变老。&lt;/p&gt;</description></item><item><title>Cloudflare 故障 5 小时：互联网的根基，比你想的还要脆弱</title><link>https://blog.cpdd.fyi/posts/cloudflare-outage-internet-fragility/</link><pubDate>Wed, 15 Apr 2026 00:00:00 +0000</pubDate><guid>https://blog.cpdd.fyi/posts/cloudflare-outage-internet-fragility/</guid><description>&lt;p&gt;&lt;img src="https://blog.cpdd.fyi/images/cloudflare-outage/cover.jpeg" alt="Cloudflare 故障警示图，象征互联网基础设施的脆弱性"&gt;&lt;/p&gt;
&lt;p&gt;2022 年 7 月 21 日，Cloudflare 挂了 5 个小时。&lt;/p&gt;
&lt;p&gt;GPT、推特、Discord……大量你每天都在用的服务全面瘫痪。这不是黑客攻击，不是 DDoS，而是一次配置更新。&lt;/p&gt;
&lt;p&gt;一个错误的 WAF（Web 应用防火墙）规则被全球发布，导致所有边缘节点的 CPU 被打满。&lt;/p&gt;
&lt;p&gt;这也提醒了各位：互联网这个强大的科技产物，比你想的还要脆弱。&lt;/p&gt;
&lt;h2 id="5-小时发生了什么"&gt;5 小时发生了什么&lt;/h2&gt;
&lt;p&gt;Cloudflare 是全球最大的 CDN 之一，核心定位就是流量的第一道关卡。每个用户请求都要经过 Cloudflare 的边缘节点，然后才被转发到源站。&lt;/p&gt;
&lt;p&gt;这次故障的源头，是一次 WAF 规则更新。&lt;/p&gt;
&lt;p&gt;WAF 的工作很简单：识别恶意流量，比如爬虫、攻击请求。它会在每个 HTTP 请求上执行一系列规则，判断这个请求是否可疑。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;问题出在哪里？&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;这次更新的规则写错了。它使用了一个极其复杂的正则表达式，在每个 HTTP 请求上执行时，计算成本非常高。&lt;/p&gt;
&lt;p&gt;可以理解成：每个请求都要做一次&amp;quot;超级复杂计算&amp;quot;。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;后果是什么？&lt;/strong&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;每个请求都触发这个高成本规则&lt;/li&gt;
&lt;li&gt;CPU 被迅速打满&lt;/li&gt;
&lt;li&gt;边缘节点无法处理新请求&lt;/li&gt;
&lt;li&gt;直接返回 500 / 502 / 超时&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;strong&gt;为什么会全球一起挂？&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Cloudflare 是边缘计算架构，配置是全球同步的。几分钟内，这个错误的规则被推送到所有节点。&lt;/p&gt;
&lt;p&gt;一个 bug = 全球一起挂。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;为什么看起来&amp;quot;一会好一会坏&amp;quot;？&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;因为部分节点的缓存和状态不同：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;有的节点还没加载规则&lt;/li&gt;
&lt;li&gt;有的节点已经炸了&lt;/li&gt;
&lt;li&gt;有的节点负载较低还能撑&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;于是就出现了过山车状态：一会好 → 一会挂 → 再好 → 再挂。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;怎么修复的？&lt;/strong&gt;&lt;/p&gt;</description></item></channel></rss>