Why Isn't Functional Programming the Norm? – Richard Feldman
Metosin在 YouTube 播放 ↗
字幕解读
Richard Feldman 讨论函数式编程为何没有成为主流，将语言流行度归因于平台独占、杀手级应用、升级节奏、营销和网络效应等历史因素，而非语言范式的单一技术胜负。即使函数式语言 adoption 较难，避免突变与副作用的编程风格仍进入主流；“函数式”边界本身也模糊，性能优势需按领域判断。
自动字幕 · 引文按字幕原文展示，可点时间戳回看片段。
内容要点
- 语言走红往往依赖平台、应用、市场和迁移成本形成的历史路径。
- 范式标签难以划清边界，函数式风格可在非函数式语言中普及。
- 讨论性能应看具体语言实现和工作负载，不能从范式名称直接推出结果。
视频章节 6
- 为什么函数式编程未成主流
- 平台与应用生态
- 营销与传播
- 语言历史路径
- 语言流行的案例
- 函数式风格进入主流
具体观点与证据 4
语言流行可由杀手级应用、平台独占和低成本迁移路径驱动，不能直接作为编程范式优劣的证据。
讲者对历史案例的解释，非单变量因果实验。
they had a killer app another is they had some form of platform exclusivity招聘形成双向网络效应：开发者怕没岗位，雇主怕招不到人，既有语言因此更易保持流行。
解释采用障碍，不代表新语言永远无法突破。
I don't want to learn that because if I invest in it避免突变与副作用是一种可跨语言采用的风格，函数式语言是否流行与函数式风格是否普及要分开判断。
语言支持会显著影响实践难度。
no language features are required to program this style like you can almost与其争论语言是否算函数式，更有用的是检查它多大程度支持不依赖突变和副作用的编程。
问答中以 Lisp、OCaml、Clojure 等分类边界为例。
classifying languages as functional or not is kind of arbitrary definitely very fuzzy补充字幕原文 2
平台独占是语言获得早期用户与生态优势的一种路径。
of platform exclusivity another is they函数式风格的核心影响可体现在避免突变和副作用。
mutation and side effects I'm claiming解读边界
演讲以若干语言史案例提出解释，未提供全面的市场数据或因果检验；个别时间线和流行度描述应视为演讲中的例证。
相关视频与证据 1
主张与实现不必更换语言，也能隔离副作用
函数式是否主流的演讲把语言流行与无突变风格区分开；Boundaries 在 Ruby 中用值驱动的核心处理决策、命令外壳承接 I/O，提供无需先改语言的具体做法。
Why Isn't Functional Programming the Norm? – Richard Feldman
函数式风格并不要求专门语言特性。
no language features are required to program this styleRuby Conf 12 - Boundaries by Gary Bernhardt ↗
核心做决策，外壳持有外部依赖。
the expired users class makes all the decisions and the sweeper class has all the dependencies.▶ 15:28–15:38 · 观看片段适用边界 Ruby 不会自动禁止突变；该设计靠边界纪律，且外壳仍保留必要副作用。