Ask HN：程序员会在内存短缺期间编写更高效的代码吗？

总体情绪

• 大多数观点：程序员不会显著改变行为；相对于工程时间，内存仍然足够便宜。
• 有些人最多预期“停滞”式的臃肿增长，而不是逆转。
• 少数人提到本地团队的努力：内存优化如今已成为公司层面的目标。

激励与经济因素

• 大家认为工程时间比额外的 RAM 或云账单更昂贵。
• 企业往往优先考虑功能、AI 计划和上市时间，而不是优化。
• 在服务器端，内存效率确实可以直接降低基础设施成本，但前提是节省足以超过优化的成本和风险。
• 对于面向消费者的 SaaS，很多人预计会涨价，而不是投入大量工程工作。

客户端 vs 服务器端

• 客户端内存对开发者来说被视为“免费”；用户通常会把问题归咎于自己的硬件/操作系统，而不是单个应用。
• 服务器端更可能做内存调优，但通常只是通过“停止做明显愚蠢的事”，而不是采用高级算法。
• 有人认为，最终会更多使用操作系统层面的技巧（压缩、交换）而不是应用层修复。

Web、Electron 和框架臃肿

• 许多人将罪魁祸首归咎于 Web 技术栈、SPA 和 Electron（“给每个应用都附带一个浏览器”）造成了不成比例的 RAM 消耗。
• 也有人指出，真正的问题是 GUI、广告、跟踪和庞大的依赖树，而不是核心算法。
• 对替代方案（Rust、原生、Tauri、移动风格技术栈）有一些乐观情绪，但对大规模重写持怀疑态度。

LLM 和语言

• 有几位预计 LLM 会帮助将 Python/JS 重写为 Go/Rust，并协助做微优化。
• 也有人担心，如果没有熟练工程师指导，LLM 生成的代码可能会更粗心或更不安全。

游戏和受限平台

• 主机、移动设备、嵌入式和科学/网格计算本来就施行严格的 RAM 预算；这些生态会继续优化。
• 桌面/PC 游戏可能会调整资源大小和流式加载策略，但代码复杂度并不是内存占用的主要驱动力，高清内容才是。

文化、技能与教育

• 反复有人声称，许多现代开发者并不理解底层内存、指针或性能取舍。
• 有些人怀念那种软件如果没有严格的内存纪律就根本无法运行的年代。
• 也有人指出，真正的改变需要将指标、晋升和平台规则明确与效率挂钩。