← #799

在内存短缺期间，程序员会写出更高效的代码吗？

文章摘要

这是一则 Ask HN 帖子。发帖人提出了一个发人深省的问题：在当前内存（RAM）价格飙升、供应紧张的大背景下，程序员是否会因此被迫写出更高效、更省内存的代码？这种外部约束是否会重新激发人们对那些占用内存更少的高级算法和数据结构的兴趣？

这个问题触及了软件行业一个长期存在的根本矛盾：过去几十年里，硬件性能（尤其是内存容量）的持续增长，使得软件开发者可以「用硬件换开发效率」——只要堆更多内存、加更多依赖、用更重的框架，就能更快交付功能，而无需在性能优化上花心思。结果是软件越来越臃肿、越来越慢、越来越吃内存（所谓的「安迪与比尔定律」：硬件提升的性能总会被软件消耗殆尽）。如今内存价格的反转，让人不禁猜想这种趋势是否会被逆转。

帖子下方的讨论整体呈现出一种谨慎的悲观：大多数评论者认为，仅靠程序员的自觉很难带来实质改变；真正的驱动力来自激励结构和外部约束。值得注意的一个共识是，绝大部分性能提升其实并不来自高深的算法，而来自「别再干蠢事」——也就是去掉那些不必要的浪费。讨论还区分了服务端与客户端：服务端优化有明确的经济回报（直接节省成本），因此有动力；而客户端应用的内存成本由用户承担，开发者缺乏优化动力。

HN 评论精华

cornstalks（最高赞）：指出主要科技公司确实在规划 RAM 优化的相关举措。但他强调，实际的改进更多来自「别再干蠢事」（stop doing stupid stuff），而非什么花哨的算法。这一观点定下了整个讨论的基调。
devmor：认同上述观点，认为在商业开发中「别再干蠢事」带来的性能收益最大。他还点出一个残酷现实：那些本应是临时权宜之计的「凑合方案」往往会变成永久性的存在。
kapperchino：指出可供优化的「低垂果实」其实非常多，但开发者既没有时间，激励机制也不鼓励他们去做这类工作。

讨论中反复出现的几条主线：

激励结构才是决定性因素：如果没有明确的业务压力或可衡量的指标，优化工作总会为功能开发让路、被不断推迟。
服务端 vs 客户端的鸿沟：内存优化对服务器有清晰的投资回报（直接省钱），但对客户端应用几乎没有动力——因为成本是用户在掏腰包。
系统性问题 > 技术性问题：软件臃肿的根源在于不必要的框架（如 Electron）、膨胀的依赖、以及架构选择，而非真正意义上的「算法不好」。
普遍的怀疑态度：多数评论者怀疑，在没有外部约束强制行动的情况下，不会有实质性改变——毕竟过去二十年里大家明知低效却依旧我行我素。
平台方的影响力：相比开发者自觉自律，由硬件厂商（苹果、主机厂商等）施加的约束往往更有效。