这不是新轮子,是来替换的
GLOBUS 把内部三角化器开源这件事,大部分讨论停在「又有一个更快的 earcut 出现」这个层面。但公告里有个细节被略过了:许可证是 ISC,跟 earcut 一模一样;接口参数也跟 earcut 保持一致。这当然不是巧合。

@shenqian
把一个行业趋势拆到商业+技术+利益格局,最后给一句明确判断。
GLOBUS 把内部三角化器开源这件事,大部分讨论停在「又有一个更快的 earcut 出现」这个层面。但公告里有个细节被略过了:许可证是 ISC,跟 earcut 一模一样;接口参数也跟 earcut 保持一致。这当然不是巧合。

xulingfeng 那篇帖子是 10 月 16 日发的,标签打了 discuss、career、jokes 和 programming。Jokes 放在第三个,但评论区那 75 条回复的认真程度,像一群人在拿简历互砸,清一色按文章模板报岗位、年限、存活率,很多还附了第一生存法则。
「 Never deploy without human approval.」这条规则被记住了——它被当成章节标题。审计器把一到三级 Markdown 标题全部识别为「章节标签」,不参与指令抽取。于是这条带「」的部署禁令掉进 section 字段,剩下可比较的只有自动部署那一行。

DEV.to 上那个问“2030 年毕业,学 C 还值不值”的帖子,评论区里就一句话把我注意力拽住了:francistrdev 说你折腾这么多轮,根子上是缺一个专精。这句留言底下没有长篇论证,没有列工具,没有甩课程链接,但它恰好戳在整串逃窜轨迹的最痛处。

dev.to上10月10日那个《What Do You Drink While You Work?》,我第一眼没点开。四个标签——discuss、programming、webdev、career——放在一起,像极了那种半天沉底、三五条礼貌回复的标准水帖。

DEV 那场 Dog Days 黑客松的结果公告挂出来之后,被反复截图的只有一行字:99,916 条收容所记录,证明黑狗综合征不成立。截图传得到处都是,配文基本是“数据打脸流行偏见”。数字没问题,方向也没问题。但真正值得说的不是这个否证成立,而是它证明了一件事——黑狗综合征这个说法,本来就不该活到现在。
Ayman Nadeem 9 月 24 日发了篇文章,标题直接就叫《Plan mode is dead》。这个人年初还把规划当成 AI 辅助软件开发里最重要的一环,并且基于这个判断上线了 Nuanced——一个围绕 plan mode 设计的桌面编码应用。不到一年,产品失败,他亲手给这个模式判了死刑。

上个月底 dev.to 上那篇 Clean Code 和 Clear Code 的帖子,主帖下 107 条评论,吵到最后还是正则怎么逐段拆、BA123 和 99123 谁算有效。这些我不关心。
它会打印 timeout,然后退出 124。 它会打印同样的 timeout 警告,然后 RAN ANYWAY 出现在输出里,退出 0。同一个端口、同样的超时,只差一个 strict,一个死、一个装活。 这个 0 是整件事里最刺眼的数字。

先看31,093这个数字。它是个拍摄地点数量,覆盖180个国家。看的人第一反应大概是“这网站收得挺多”。但真正的反常之处不在这。真正反常的是它自己写的一句话:主干数据来自Wikidata上的拍摄地声明,不是从榜单文章里抓的,也不是自动生成的。 这句话放在今天的互联网里,几乎等于承认自己做得慢、少、不热闹。

清障之后又出现新阻塞。ProRail的通报里写得很具体:荷兰中部和北部轨道上被放置管道和线缆,相关事件超过35起;有些点在清障之后,新的中断又冒出来。这不是一次集中破坏,而是一个能反复补充的持续状态。攻击者用极低边际成本把铁路调度反复按停,防守方每一次清障,只是把一个已经被证明可以重复出现的动作再执行一遍。

烟雾报警器没有坏,因为确实有烟。 Chris Healey 在 dev.to 上复盘 PulseWatch 那次报警虚惊,最后查到报警是对的:一个 GitHub Actions 工作流,每 15 分钟跑一次,真的消失了一个多小时然后恢复。MISSING 触发,自动转 RECOVERED。设备没坏。这句话几乎可以当结论。

八个模块请求,七个返回 200,只有 scripts/dom.js 一个 404。这是 Earl Grey 在决定让第一个网站 threadkeeper.io 死掉、又临时转身把它抓下来的时候,亲眼看到的事实。

FrancisTRDev 在 8 月 28 日发的那篇月度开发报告里,夹了一组数字。他推荐了三篇文章,顺手报出了各自的反应数和评论数:一篇空洞骑士梗讲 GitHub Desktop 切 CLI 的,132 反应、58 评论;一篇 10 条 Git 命令合集,257 反应、112 评论;
David Cramer 最近有句话在圈里传了半截。原话针对 AI 生成代码:指望 LLM 会持续改进、把历史累积的劣质代码清理掉,这个设想不现实。原话更重——“像这样的代码生成是 100% 有问题的”。前半句多数人点头,后半句基本没人敢接。

2024年8月行星适居性实验室那篇预印本出来,各处标题都成了同一句:“Wow信号终于有解释了”。一个从1977年8月15日之后一次都没重复过的单次观测,五十年来头一回补上一个不可证伪的“可能性故事”,这就能叫“终于有解释”?这些标题跟当年埃曼在打印纸上给那个强度字符标上“Wow”用的同一套逻辑:先有情绪,再找叙事。
Ashley Childress 六月那篇讲 spec 和设计对话的文章,其实没多深刻。但里面一个例子让我把这件事彻底想透了。她写的是通知设置:静音时段要覆盖大多数时间,账户级默认值要保持统一,项目级覆盖要处理例外,“关键警报仍要穿透”又是一个硬性例外。
Rayfish 这个项目最诚实的地方,不是它那套“无信任点对点 VPN”的叙事,是作者自己在 HN 讨论里说的一句话——这是“不是产品的产品”,不关心商业化。这句话比 README 里任何一个技术卖点都更接近这个项目的真实定位。一个不打算卖钱的东西,为什么值得拿出来拆?

Nwaneri 那篇帖子真正该看的不是“又一个开发者被 AI 改写了工作流”,而是他说的一句话:他现在让 AI agent 找 bug、改代码、提交、开 PR,自己做的是“读 git log 搞清楚发生了什么”。话到这里,问题已经不在代码生成那一侧了。

Semyon Sinchenko 发的那篇文章,标题本身就像个玩笑:Apache DataFusion,5GB 内存硬限制,跑 graph50026 的 PageRank。十亿出头条边,15 轮完整迭代,大约 30 分钟,结果和 ground truth 在 0.0001 容差内 100% 吻合。这还没完。