这里记录每周值得分享的科技内容，周五发布。
本杂志开源，欢迎投稿。另有《谁在招人》服务，发布程序员招聘信息。合作请邮件联系（[email protected]）。
封面图
深圳海贝湾有一家便利店，坐落在悬崖之上，面朝大海，在网上被称为"深圳最美便利店"。（via）
流量变现正在崩塌
上周，Cloudflare 创始人兼 CEO 马修·普林斯（Matthew Prince）接受了访谈。
他说了一个全新的观点，互联网"流量为王"的时代就要结束了，AI 将终结传统的互联网商业模式。
我觉得，他表达得很完整，很有说服力，不愧是英语系和法学院的毕业生。我整理出来，分享给大家。
1、
过去25年，互联网的操作入口一直是搜索。你想要什么，就要去搜索。
谷歌主宰着搜索。
为了自己的利益，它有动机推动互联网发展。互联网越多样化，越混乱，对谷歌越有利，因为人们就会离不开搜索，来处理混乱的信息。
所以，谷歌一直激励人们为互联网创造内容。只有源源不断的内容，才能提升搜索的价值。
2、
作为回报，它为内容生产商提供流量，并帮助生产者将流量货币化（主要方法是为内容配上广告）。
谷歌是世界最大的搜索引擎，也是世界最大的广告商，这绝非偶然。
实际上，谷歌是过去25年互联网最大的赞助商。如果没有像谷歌这样的公司来创造流量激励机制，让内容生产商可以把流量变成金钱，互联网就不会是今天蓬勃发展的样子。
3、
情况现在发生了变化。互联网的操作入口，正从搜索引擎变成答案引擎。
以前，谷歌给你一张藏宝图，你需要自己去访问链接找出答案。现在，大模型直接给你答案，省去了藏宝图。
甚至就连谷歌都有单独的 AI 模式，只有答案，不需要访问链接。
这确实方便了用户，但这样就无法产生流量了，整个基于流量的互联网模式就开始崩溃。
4、
一旦没有了流量，内容生产商就没有了货币化方式。他赚不到钱，只能减少或放弃内容生产。
现在互联网上，人类生产的内容已经萎缩了，根本原因就是传统的"流量变现"模式行不通了。
未来有两种可能。一种是大模型公司和平台公司，自己雇人来生产内容；另一种是它们分出一部分收入给内容生产者，换取后者向它们提供内容。
无论是哪一种可能，都意味着我们熟悉的互联网形态将不复存在。
科技动态
1、旧金山街头出现了一块神秘的广告牌，上面只有五个数字，没有任何解释。
https:// {64659, 123310, 75584, 8138, 38271}
这个谜题在网络上疯传，得到了很好的广告效果。
有人很快破解了，这些数字是 OpenAI 词元库（tokenizer）的标记 ID。换成对应的单词后，你会得到一个网址： listenlabs.ai/puzzle 。
2、OpenAI 公司支持的动画片《Critterz》，预计明年5月在戛纳电影节首映。
这个电影大量使用 AI 工具制作。它的故事是 OpenAI 的一个员工构思的，讲的是一群森林生物在村庄遭到陌生人袭击后的冒险。
制作团队聘请艺术家绘制草图，然后将草图输入 AI 模型（包括 GPT-5）来生成画面（下图）。
这样做成本低，速度快，《Critterz》的制作成本预计为3000万美元，制作周期9个月，都远远小于传统动画电影。
OpenAI 希望通过这部电影，证明 AI 制作动画电影的潜力。
3、两位美国计算机科学家，使用实物材料（木材、纸张、亚克力）制作出 3D 二维码。
上面的二维码就是用胶合板做的，有实物的层次感。
这种二维码依然可以扫描，同时也是很好的装饰品，我觉得值得推广。
一家澳大利亚矿业公司，正在建造不需要（外部）充电的电动列车。
他们的矿山位于山顶，列车装满沉重的矿石后，将一路开到山下。
他们设想，重力会推动火车下行，在这个过程中，可以让势能转变为电能，为电池充电。
当列车回到平地，再次开上山时，列车是空载，自身重量不大，可以使用下山时产生的电能来推动。因此理论上，它可以不需要外部电力而长期运行。
文章
1、数据库表名使用单数名词（英文）
本文解释为什么数据库的表名，user 好于 users。
2、一次 NPM 供应链攻击剖析（英文）
本周，几个流行的 npm 软件包（包括 Chalk 和 strip-ansi）被植入恶意代码，它们的周下载量达到10亿次。本文介绍这次攻击的详细情况。
3、Markdown 文件如何转成精美文档（英文）
本文介绍通过 Pandoc 模版功能，使用一行命令将 Markdown 文件转成精美文档。
4、CSS 和 SVG 模拟液态玻璃（英文）
本文介绍只使用 CSS 和 SVG 文件来模拟苹果的液态玻璃效果。大家可以先看结尾的效果展示，非常惊艳（只限于 Chrome 浏览器）。
5、成为一名独立数字音乐作者（中文）
作者没有任何乐理基础，使用 AI 做出了完全属于自己的第一首纯音乐，并且发布到 QQ 音乐。（@theodoruszq 投稿）
6、如何解决队列的吵闹邻居问题（英文）
如果有一个用户向队列提交了大量任务，会影响其他所有用户，这叫做"吵闹邻居问题"。本文介绍了一种解决方法。
7、美国的地理位置（英文）
本文详细解释美国的地理位置是多么优越，自然条件适合经济发展，外敌又很难入侵。
工具
1、nuclear
一个跨平台的桌面音乐播放器，可以搜索/播放/下载流媒体平台的音乐，免费无广告。
一个从嘈杂音频提取清晰语音的在线工具。
基于 Cloudflare Worker 的网站访问统计工具。
4、Malai
一个命令行工具，将本机的 TCP 端口分享出去。
5、Optique
一个 JS 模块，验证命令行传入的参数是否正确，采用整体判断的方式，比较新颖，参见文档。
6、koreader
一个专为墨水屏设备开发的阅读器软件。
一个单文件的网站通用后端，包含数据库、用户管理、Web 后台、RESTful API 等。（@moreant 投稿）
8、PicSharp
图片文件压缩的开源桌面软件，跨平台，底层使用 Rust 语言编写。（@AkiraBit 投稿）
9、潦草头像馆
开源的微信小程序，生成随机头像。（@xingxingc 投稿）
Vue 框架的 markdown 渲染组件，针对 AI 的 markdown 流式传输场景。（@Simon-He95 投稿）
AI 相关
一个 Python 库，向文件添加元信息，主要用来标识 AI 生成内容，符合新颁布的《人工智能生成合成内容标识办法》。（@ihmily 投稿）
免费的 AI 语音输入法，支持 Mac 和 Windows，5 个免费语音识别引擎可选。（@oldcai 投稿）
3、小红书 MCP
网友写的 MCP 服务器，可以通过 AI 在小红书发帖、获取推荐列表、搜索内容。（@xpzouying 投稿）
4、如何自己打造一个微型大模型（英文）
开源电子书，介绍大模型基础知识，教你怎么打造一个微型大模型（以 Qwen 大模型为例）。
资源
1、星球大战官方地图
卢卡斯影业公司在官网上，发布了《星球大战官方地图》，标识了电影里面出现过的所有星球的位置。
2、CSS Bed
CSS 框架效果展示网站（类似 CSS 禅意花园），收集各种无类（classless）的 CSS 框架。
3、浏览器指纹检测（Browser Fingerprint Detector）
这个网站告诉你，访问一个网页会泄漏多少个人信息。这些信息可以生成你的浏览器指纹，用来追踪你。
图片
1、安斯康姆四重奏
1973年，英国统计学家弗朗西斯·安斯康姆提出了四张数据散点图。
这四个数据集的分布截然不同，但是它们的平均值、方差、相关系数、线性回归，都是一样的。
安斯康姆通过这四张图，证明了不能只看统计指标，必须关注散点图和异常值。
上个世纪90年代被拆除的香港九龙城寨，可能是历史上人口密度最大的地方。四个足球场大小的地方，住着几万人。
一个国外建筑师在 Minecraft 游戏里面，重建了九龙城寨。
文摘
最近数十年，软件行业的一大共识是，类型系统非常有用，至关重要。
大家认定，通过类型系统，在编译阶段就能发现错误，所以人们开发出了越来越强大的类型系统。
我不这样想。我认为，类型系统并不是解决复杂性的根本办法，反而创造出不必要的复杂性。
不使用类型系统，也可以构建出可靠的大型复杂系统。
作为例子，我们可以想一下复杂的硬件系统。电子工程师经常构建包含数百万个元件、充满复杂交互的系统，怎么保证可靠性？
他们主要依赖的是架构原则：模块化、显式接口、严格的调用顺序。
如果你有良好的架构设计，类型系统其实不是必需的，下面就是两个例子。
（1）UNIX 管道可以将数十个程序组合成复杂的工作流，不需要进行类型检查，因为每个组件都遵守约定：内部发生的事情不暴露到组件外部，外部通信仅通过显式的、简单的文本数据进行。
（2）互联网本身也没有集中式的类型检查。HTTP 服务器、客户端、电子邮件系统、DNS 解析器，都通过简单的协议进行互操作，遵循组件松耦合和接口简洁的架构原则。
总之，当组件真正隔离，并通过简单、明确的接口进行通信时，即使是大型系统也能保持可理解性。
编程的未来不在于更好地分析复杂系统，而在于更好地构建简单系统。
言论
1、
OpenAI 最近计划开一个网上学院，教授 AI 知识，帮助用户找到新工作。讽刺的是，第一批加入该计划的公司是沃尔玛。
-- 《OpenAI 吃掉工作，然后主动提出帮你在沃尔玛找工作》
2、
如果美国想效仿中国，就应该从中国的优点开始效仿，比如在学校真正学习数学。
3、
假设一个大模型被要求回答某人的生日，但它不知道。如果它猜测"9月10日"，那么它有1/365的概率猜对。回答"我不知道"，则猜对的概率为零。
4、
英国最近出版了一本魔幻小说，讲的是剑桥大学的研究生前往地狱，拯救导师的灵魂，以便导师能给他们写一封推荐信。
任何读过研究生的人，都能理解这个故事并非玩笑。
5、
我最近加入一家 AI 公司，发现一位同事已经好几周没看过实际的代码了。他只用简单的英语编写设计文档，然后交给 AI 处理实现。当需要修复某些问题时，他会编辑文档，而不是代码。
这让我深刻地意识到：我们正经历着人类手工将想法转化为代码的时代的终结。
-- 《最后的程序员》
往年回顾
创业咖啡馆的记忆（#318）
生产力是形容机器，不是形容人（#268）
葡萄酒，樱花，全球变暖（#218）
游戏《底特律：变人》（#168）
（完）
wangyeah 说：
矿车充电那个，在国内好多矿场已经实现了，不过用的不是火车，而是重卡；这些重卡甚至是自动驾驶的，之前的驾驶室塞着一块大电池
2025年9月12日 09:03 | # | 引用
无歧视者 说：
那个列车我是不太相信咯
2025年9月12日 09:16 | # | 引用
Taober 说：
> 假设一个大模型被要求回答某人的生日，但它不知道。如果它猜测"9月10日"，那么它有1/365的概率猜对。回答"我不知道"，则猜对的概率为零。
学习到了，以后跟女生交往的时候可以灵活使用
2025年9月12日 09:24 | # | 引用
OceanZH 说：
我最近加入一家 AI 公司，发现一位同事已经好几周没看过实际的代码了。他只用简单的英语编写设计文档，然后交给 AI 处理实现。当需要修复某些问题时，他会编辑文档，而不是代码。
这让我深刻地意识到：我们正经历着人类手工将想法转化为代码的时代的终结。
以后的源码可能是一堆文档
2025年9月12日 09:44 | # | 引用
和光同尘 说：
九龙城寨真是资本推动的高层贫民窟，比猪圈都不如
2025年9月12日 09:48 | # | 引用
流浪的风 说：
我现在使用AI写一些工具或插件时也不看代码，只看功能是否正常。
(比如VSCODE的插件，C#写的工具软件，WEB服务器或者网站，这些东西以前都没接触过)
2025年9月12日 10:06 | # | 引用
潘科 说：
“不使用类型系统，也可以构建出可靠的大型复杂系统。
……
他们主要依赖的是架构原则：模块化、显式接口、严格的调用顺序。”
这个观点其实存在一个明显的自我矛盾。作者一方面强调“不依赖类型系统也能构建出可靠的大型系统”，另一方面又指出模块化、显式接口、严格的调用顺序是实现可靠性的关键。但问题就在这里——这些所谓的“架构原则”，恰恰就是类型系统最擅长帮助实现的。
类型系统的价值，不就是把这些原则从“工程习惯”变成“语言层面的强制约束”吗？尤其是“显式接口”，几乎可以说就是类型系统的核心功能之一：
•类型签名天然就是最清晰的接口定义；
•编译器能在第一时间检查调用是否正确；
•重构时也能立刻暴露出接口变更带来的影响。
所以与其说“不靠类型系统也能做到”，倒不如说“没有类型系统的帮忙，你得用更多的制度、工具和纪律来兜底”。这当然不是不可能，就像不用脚手架也能盖房子一样——问题是，为什么要让本可以简单、安全的事情变得更难做？
2025年9月12日 10:09 | # | 引用
胖兔子 说：
目前看了下国内的web、微信公众号、头条、小红书。
小红书的内容生命周期最长，有70%的女性用户。
很多城市旅游、美食的内容生命周期可以长达几年还被推荐和搜索到。
2025年9月12日 10:13 | # | 引用
哥顿 说：
美国地理位置优越也就是抵抗天灾了，至于经济和抵抗外敌，印第安人肯定是不服的(/doge)
2025年9月12日 10:15 | # | 引用
苏三州 说：
流量为王的时代没有过去,最多只是说搜索引擎为王的时代过去了.
看看抖音带货,快手直播,公众号的广告,小红书,这些哪个不是流量为王,不是流量为王,董宇辉怎么年收入二十亿...
2025年9月12日 10:15 | # | 引用
walker 说：
悬崖上的店, 能有多"便利"? 感觉这个性质叫驿站更合适, 国内绿道景区搞的那种
2025年9月12日 10:24 | # | 引用
Edward 说：
>本文详细解释美国的地理位置是多么优越，自然条件适合经济发展，外敌又很难入侵。
印第安人当时也是这么想的吧
2025年9月12日 10:25 | # | 引用
hahaha 说：
“不需要外部电力的电动列车”
这个国内早几年就有了，运矿的重卡，无人驾驶，阮老师多关注下国内的科技动向哇
看阮老师的博客几年了，最近一两年感觉质量下降了，介绍的一些国外的科技文章没啥新意，没有以前让人眼前一亮的感觉
2025年9月12日 10:43 | # | 引用
wyl219 说：
如果蒙着你眼睛问我是谁，回答"我不知道"，则猜对的概率为零。随便说一个，那么有n分之一的概率猜对
2025年9月12日 10:53 | # | 引用
橙子橙 说：
1、AI只能针对历史知识进行总结回答，对正在发生或者未来的知识却无能为力
2、现在的大流量都集中在视频和直播，AI在仅能在文字方面施展拳脚
2025年9月12日 11:01 | # | 引用
nero 说：
便利店肯定是对周边的人使用来说是便利的，悬崖边上的肯定是针对游客来说是便利的，对于山脚的人，有人会蠢到爬到悬崖上的便利店买东西，再下来？
2025年9月12日 11:25 | # | 引用
wanger 说：
@潘科：
说的好。 软件行业没法工程化，一直都保留着某种手工业的特征；一方面确实是软件本身必须解决自身带来的灵活性问题；另一方面，相应的工具，行业规则也保持着很多幼态特征；
2025年9月12日 11:44 | # | 引用
Junjie.M 说：
写设计文档可比写设计代码枯燥无味的多了
2025年9月12日 11:55 | # | 引用
晨曦的微凉 说：
@潘科：
不能同意更多。模块化、显式接口等，实际上都隐含了类型系统，只要是遵循了某类规范，都可以把这份规范看作是类型的约束。那么很显然，解决工程问题都是需要规范进行约束的，类型系统必然是天然存在的。
2025年9月12日 12:37 | # | 引用
sss 说：
类型系统是好，但就是使用麻烦，为了能这能那的，最后成了一锅粥，所以未简化前我就用any。
2025年9月12日 14:31 | # | 引用
wangxiaoshan 说：
[类型系统不是解决方案] --- 这个我严重赞同, 写了很多typescript后, 越来越觉得 ts 把简单的事情搞的异常复杂, 原本10行普通js代码就能写完的, 用ts后可能需要30多行, 写了一堆无用的类型定义, 这些类型定义在编译后都会被丢弃, 应是让代码编写量增加了n倍, 还必须依赖编译器才能测试和打包运行.
反观java这个强类型语言, 竟然开始提供了 `var a = 10` 弱类型写法, 哈哈.
2025年9月12日 14:48 | # | 引用
xixi 说：
@潘科：
同意你的观点。
“他们主要依赖的是架构原则：模块化、显式接口、严格的调用顺序。” 这正是类型系统表达力的一部分，换句话说，把模块化、显式接口、严格的调用顺序形式化地表达，那么它实际上就是一个类型系统。
2025年9月12日 14:52 | # | 引用
pandaye 说：
类型系统那个，一开始举的例子就不恰当，然后看到最后也没提出什么高论，就是把现在的设计准则再提了一遍。具体可以看文章下面的评论里的 hn news 链接，被人从各个角度喷。。。
2025年9月12日 15:18 | # | 引用
三两酒钱 说：
科技应该是便捷我们的写代码，而不应该是从根本上改变我们写代码的流程，这个权衡和衡量感觉需要打造出一个大家认可的方式以及单项深度研究，开发，以及探讨
2025年9月12日 15:26 | # | 引用
kero990 说：
中国的国情是有极大不同的，同时也意味着和世界大多数地区不同。
1.中国没有谷歌这种体量的搜索引擎，百度别说体量，曾经bat三巨头的它现在只能算活着。
2.同样的，中国也没有巨型，垄断地位的ai厂商，虽然我们的ai在不断发展，但侧重点从来都不在普遍服务和搜索服务上（侧重点在收费）。
这导致了中国互联网从来都不是搜索引擎为王的（百度搜词，官网都不知道在第几页你靠它吗），甚至很多信息百度贴吧都比百度搜索靠点谱。国内长期以来信息获取艰难，远远没有谷歌便利，这是事实。很多信息活在圈子内部，活在论坛、q群等口口相传的渠道。
3.也正因为此，直播频道才能成为下一个爆点。虽然它提供的信息没有多少真实性可靠性，但它至少是对应的信息，而不是百度的驴唇不对马嘴。
2025年9月12日 15:27 | # | 引用
yangsheng 说：
说实话我有点惊讶，这里说的类型系统就是语义层面的，语言特性。你把它扩大到的抽象的宽泛的层面是不合适的。
而模块化才是更加抽象和宽泛的，既可以是函数级别的，也可以是文件级别，还可以是系统级别的，甚至更高的抽象层次。
当然我对原文不用类型系统这种说法也不赞同，否定长期以来行之有效的做法需要强有力的理由。
2025年9月12日 15:48 | # | 引用
mopoz 说：
@潘科：
因为有些接口不需要盖房子的脚手架那么严密，文本带来的高度灵活性是很多协议推广的重要因素，除非性能攸关，同样一个接口，你是愿意用http接口还是protobuf？
2025年9月12日 15:57 | # | 引用
stepMore 说：
nuclear M4处理器的MAC电脑不支持
2025年9月12日 16:36 | # | 引用
有终 说：
今天的内容质量好高，几乎每篇文章我都感兴趣，感谢阮大佬
2025年9月12日 17:46 | # | 引用
royal 说：
类型系统已经在范畴论里证明过了，函数式编程，如果没有类型，很大程度都会遇到停机问题，有了类型才能减少停机问题。
2025年9月12日 18:59 | # | 引用
xxbdh 说：
一部AI制作的动画电影《Critterz》都需要3000万美元，要不然就是AI参与制作的比例很低，OpenAI挂羊头卖狗肉。
也有可能是电影宣发的成本虚高，院线也需要赚取利润，否则就不会推动上映。
还有一种可能，就是资本做局，完成用AI作秀的洗钱游戏。
2025年9月12日 19:33 | # | 引用
gooseguy 说：
省略了类型信息，不代表是弱类型，而是`a`的类型会因为右侧值被自动推导为int，a的类型之后也是无法被更改的。
每个人对于弱类型的定义不同，但这个statement不属于弱类型的范畴。
比较有共识的弱类型语言是C++，原因是：存在一定的类型约束但是有方法可以修改变量的类型，比如强制指针类型转换。
2025年9月12日 20:33 | # | 引用
k88936 说：
类型系统有点想法，全用ts的话还得额外找依赖库的ts类型库，我最开始可只是想定义好几个我自己使用的对象类型，方便ide补全而已。。。
2025年9月12日 20:51 | # | 引用
xxbdh 说：
这不是一个概念，目前的无人矿卡，都是需要充电、换电或者使用传统能源的，与不需要外部电力不是一回事。
文中的设计是将重载列车下山的势能转换的多余动能回收为电能，在山下卸载矿石后，空车上山再用电能转换为动能及势能，因为存在重车和空车的差异，所以可以抵消能量转换过程中的能耗。
在典型长大下坡、电制动为主且同一供电区间内，有反向列车就地消纳的条件下，列车 “重载下坡→空载上坡” 的综合能量转换比（输出电能 / 输入势能）约为 40%–60%；若坡段短、频繁起停或空气制动占比高，通常降至 30%–40%。
推导过程（简化）：
设车身自重 m，货物重 M，效率 η=40%–60%，同一坡道往返，忽略动能变化与小阻力项，由能量平衡得 η・(m+M)・g・h=m・g・h → M/m=(1/η)−1。当 η=40% 时，M/m=1.5；当 η=60% 时，M/m≈0.67。工程上取保守值 η≈40%，得 M≥2.5・m。
因此，货物重量达到车身自重的约 2.5 倍以上，就能实现往返理论净能耗≈0。这个技术构思理论上存在可行性。
关键影响因素
线路条件：坡度、坡长、曲线 / 隧道占比与运行速度直接影响阻力与再生占比。
再生利用率：同一供电区间内有上坡列车就地消纳时，再生利用率显著提升。
牵引/制动效率：电机与变流环节效率、电制动覆盖速度范围、空气制动介入比例。
2025年9月12日 21:52 | # | 引用
RedNax 说：
> 这不是一个概念，目前的无人矿卡，都是需要充电、换电或者使用传统能源的，与不需要外部电力不是一回事。
> 文中的设计是将重载列车下山的势能转换的多余动能回收为电能，在山下卸载矿石后，空车上山再用电能转换为动能及势能，因为存在重车和空车的差异，所以可以抵消能量转换过程中的能耗。
现在有不少有能量回收功能的电动/混动矿卡，最佳工况下是可以做到上坡消耗小于回收下坡势能的。
2025年9月13日 05:06 | # | 引用
天涯过客 说：
本期内容总体来说非常好，感谢阮老师！
2025年9月13日 07:07 | # | 引用
liu 说：
不知不觉，已经是七年了。
2025年9月13日 10:14 | # | 引用
kkong 说：
PocketBase
在什么场景下用？
2025年9月13日 10:16 | # | 引用
Evan 说：
Nuclear 从官网下载回来后不能安装... 一直提示文件损坏 ????
2025年9月14日 12:19 | # | 引用
某人 说：
官网下载选择旁边有安装指引，需要终端中关闭自检
2025年9月14日 14:22 | # | 引用
yayongm 说：
对于目前的ai能力，我一般都只问两个问题：
1，在百行代码、千行代码、万行代码级别各种语言生成的准确性和可靠性，降序排列。
2，详细说明目前ai在自举能力方面的进度。
看看这两个问题的答案，基本上就知道目前ai的能力到哪个地步了，问其它的也没啥意思。对于这两个问题回答的胡说八道错误百出的某些人工智障就更不用考虑了。
2025年9月15日 02:29 | # | 引用
redbuck 说：
仔细看，并不是“永动机”，有外部能量输入的，就是山顶矿石的势能。
2025年9月15日 10:50 | # | 引用
Say my name 说：
周刊是用AI写的么？越来越水了
2025年9月15日 11:00 | # | 引用
creating-j 说：
不喜欢可以不看，没必要在这里扯淡
2025年9月15日 13:58 | # | 引用
Puzzle 说：
我最近加入一家 AI 公司，发现一位同事已经好几周没看过实际的代码了。他只用简单的英语编写设计文档，然后交给 AI 处理实现。当需要修复某些问题时，他会编辑文档，而不是代码。
---
最近周围的同事都是这样的，我也在用，不过还是不能完全相信AI的代码，总会有点错漏。
2025年9月16日 12:26 | # | 引用
王凯 说：
访问一个 SSR 网站，像是在线点了一份做好的外卖，送到就能马上吃（看到内容），但可能还需要自己打开包装（Hydration）才能用筷子（完全交互）。
访问一个 CSR 网站，像是收到一个食材和食谱都分开的料理包，你需要先看食谱（下载执行JS），再煮食材（请求API数据），最后才能吃到（看到内容）。
2025年9月16日 15:33 | # | 引用
老韩 说：
这个对现在的大部分程序员来说都有难度，我见过的大部分程序员都不喜欢写文档，很多的文档写得一团糟
2025年9月17日 00:33 | # | 引用
Langleee 说：
不需要外部电力的电动列车，还有上一期的储能矿井，都是中国玩剩下的，我感觉新能源领域国内外至少有五年的差距。
2025年9月17日 18:27 | # | 引用
老三 说：
### 未来有两种可能。一种是大模型公司和平台公司，自己雇人来生产内容；另一种是它们分出一部分收入给内容生产者，换取后者向它们提供内容。 ###
字节现在就是典型的第二种模式吧。Matthew Prince 为什么没有说出他的名字？
2025年9月18日 18:23 | # | 引用
wuhaha 说：
感觉写文档比写代码更容易写出屎山来，二手接管的人文档看不懂，代码更看不懂。
以后是不是要出什么文档框架了哈哈哈
2025年9月19日 09:39 | # | 引用
减肥的鱼 说：
猜季节的话就变成1/4了,如果要懵，不如找个概率大的角度来懵
2025年9月19日 15:22 | # | 引用
但丁 说：
有个好奇的问题，如果不充电，那么哪里来的动力推动第一次要起步的列车向前？
2025年9月19日 17:00 | # | 引用
xiaolong 说：
希望AI不要这么泛滥了
2025年9月20日 12:07 | # | 引用
WhoCare 说：
关于类型系统的描述很难同意，维护规则确实很累但其收益也是明显的，最终能节省团队的时间。
按我自己的理解，除非你在全球大概前 5% 的开发团队工作，否则根本无法享受动态类型的收益！因为在没有静态检测的情况下，让团队所有成员都【写简单代码】和【遵循规范】且【保持代码类型空值正确】是一件几乎不可能的事情！
2025年9月22日 21:43 | # | 引用
wuding 说：
2.29 就不能是生日吗????
AI 是不会有创造性的，解决问题都困难……
2025年9月26日 06:19 | # | 引用
浮生 说：
大佬，请问您这样是主要编写后端代码么？
前端代码中的UI 还原，始终还是差不少
2025年11月 7日 14:32 | # | 引用