标签

阮一峰

关闭 Issue、只收 PR:一种更偏向交付的开源协作方式

来源: ruanyifeng.com 25
开源项目通常把 Issue 当作默认入口:报告缺陷、提出需求、讨论设计,再由维护者决定是否实施。但“禁止 Issue,只用 PR”反过来设计协作流程——项目不再维护一个不断膨胀的愿望清单,贡献者需要用可审查的改动表达问题和方案。 这不是适合所有仓库的规则,却值得维护者认真评估。它减少了分类、追问和关闭陈旧 Issue 的成本,也把社区互动从“提出任务”...

从 OpenClaw 2.0 看技术项目的第二次起跑

来源: ruanyifeng.com 34
《科技爱好者周刊》第 411 期用“OpenClaw 2.0 是一个缩影”作为标题。来源摘要没有展开 OpenClaw 2.0 的具体功能,因此不宜替它补写发布说明;真正值得讨论的是“2.0”代表的工程信号:一个项目经过首轮验证后,开始重新处理架构、兼容性、生态和维护成本。 很多项目的 1.x 阶段解决的是“能不能做出来”。功能增长快、反馈直接,但临时...

把 AI 拆开看:生成、检索与行动三种机制

来源: ruanyifeng.com 57
AI 产品的复杂体验,往往来自几种基础机制的组合。围绕“你需要知道的 AI 三种机制”这个主题,可以从工程视角把它们理解为:模型负责生成内容,系统负责检索事实,代理负责采取行动。理解这三层,有助于判断一个功能究竟应该依赖模型能力,还是应该补上数据与工具链。 生成机制的核心,是根据已有上下文预测接下来最可能出现的内容。对大语言模型来说,输入的问题、历史对...

程序员的职业未来:把不确定性拆成可行动的选择

来源: ruanyifeng.com 52
“程序员的职业未来”并不是一个只需要预测技术趋势的问题。工具会变化,岗位名称会变化,团队对交付速度和业务理解的要求也会变化。真正值得讨论的是:程序员如何在变化中持续产生价值,并把模糊的焦虑转换成可以验证的行动。 科技爱好者周刊以每周分享科技内容为主要形式,本期标题把注意力放在程序员的职业发展上。基于这个主题,可以从三个角度观察未来:技术能力如何更新,工...

AI 缓存不只是“记住答案”:从响应复用到 KV Cache 的实践指南

来源: ruanyifeng.com 50
AI 应用一旦进入真实流量场景,成本、延迟和稳定性往往不再只取决于模型本身。大量请求会重复使用相同的系统提示词、知识库片段、工具描述,甚至直接重复提问。理解不同层次的缓存,才能知道哪些内容可以复用、哪些内容绝不能缓存,以及缓存命中后如何避免返回过期或串租户的数据。 “AI 缓存”不是单一技术,至少可以拆成下面几类。 如果用户的问题、模型版本、系统提示词...

国家为什么需要开源软件:从数字主权到供应链韧性

来源: ruanyifeng.com 56
国家采用开源软件,不只是为了节省许可证费用。更关键的问题是:公共数字基础设施能否被审计、能否在供应商退出后继续维护、能否快速修复供应链风险,以及本国开发者是否真正掌握关键系统。开源代码提供了回答这些问题的条件,但它不会自动带来安全、自主或低成本。 闭源软件通常把代码、升级节奏、数据格式和支持能力绑定在供应商手中。对普通企业来说,这可能只是采购风险;对政...

在变化的技术世界里,建立一套不过期的信息筛选方法

来源: ruanyifeng.com 46
科技周刊的价值,不只是把一周的新项目、新工具和新观点排列出来,更重要的是帮助读者形成判断。第 406 期以“道可,道非,常道”为题,恰好点出了技术行业的现实:今天被奉为标准答案的方法,换一个规模、团队或时间点,可能就不再成立。 面对持续涌入的信息,真正值得建设的不是一份永远正确的技术清单,而是一套能够反复修正的筛选机制。 开发者很容易把经验压缩成确定性...

当算力成为稀缺资源:如何把社会公平写进调度规则

来源: ruanyifeng.com 48
当 AI 训练、推理和数据处理开始争夺同一批 GPU,算力就不再只是采购问题,也变成了资源分配问题。谁能获得资源、等待多久、为此支付多少成本,都会影响个人、团队乃至组织参与技术创新的机会。讨论“资源、社会公平与算力”,真正值得工程师追问的是:公平能否从抽象原则变成可检查、可执行的系统规则? 传统调度器通常优化利用率、吞吐量或任务完成时间。这些指标很重要...

跑得动大模型之前,先算清 AI 的显存账

来源: ruanyifeng.com 62
部署或训练 AI 模型时,参数量只是账单上的第一项。权重、KV Cache、中间激活、梯度、优化器状态和运行时工作区会在不同阶段争夺 GPU 显存。理解这些组成,才能回答三个实际问题:模型能否加载、请求能否达到目标并发、训练任务为什么突然 OOM。 由于来源摘要没有限定具体模型或框架,下面采用通用估算方法,并把代码明确作为可调整的实践示例。实际数字仍应...

Dropbox 的增长困局:云盘为什么更像企业工具,而不是消费者应用

来源: ruanyifeng.com 51
Dropbox 曾经是云盘的代名词。2007 年,它把“文件自动同步到云端”这件事做成了革命性产品,也靠邀请注册送空间的病毒式传播拿到了大量用户。但多年之后,它没有成长为同代公司里那种巨型平台,股价和市值都显得停滞。 这件事值得技术团队反复咀嚼:一个产品早期获客成功,不等于商业定位正确。Dropbox 的核心问题不只是“云盘竞争激烈”,而是它长期把自己...