不单止编程范式对程序员的能力做了限制，编程框架也在开始做这一方面的努力了。努力提高程序员的下限。

主流的编程语言都有结构化编程，面向对象编程，函数编程。纯粹单一的使用某个编程范式在现代编程语言其实会越来越少，现代语言都是吸收了各种编程范式的优点组合编程

看到编程范式，首先想到的是左耳听风专栏里面也有过的“编程范式游记”，不过当时似乎没有认真看，而且也没有音频版本，这次正好可以参照着学习一下。 斯坦福大学公开课中有编程范式，同样只看过前面一两讲。很久以前，我上大学的时候，似乎是没有编程范式这门课的（也可能有老师讲过，但是我逃掉了）。 特意去看了一下专栏的目录，编程范式这部分一共有 8 节课。有一点疑惑，为什么要在编程范式上下这么多功夫？ 对我来说，结构化编程可能是用的最多的；面向对象也在用，但可能用的不好，甚至不对；函数式编程基本没怎么接触过。 我能够理解，文中所说“将不同编程范式中的优秀元素综合运用在日常工作中”，但是不知道如何去做。 等专栏的这个模块结束的时候，再来回答“编程范式为什么重要”这个问题。

而在每个类具体的接口设计上，采用函数式编程的风格 ------ 老师，这句话具体如何理解，我脑子里出现的是java8里面的@FunctionalInterface，很多接口中的函数入参都是一个个@FunctionalInterface，比如： public interface Predicate<T> { default Predicate<T> and(Predicate<? super T> other) { Objects.requireNonNull(other); return (t) -> test(t) && other.test(t); } ... }

以函数式编程为例。 1.我能理解不变性的价值，毕竟在应对并发场景时我也用cow的模式。但很难接受将cow贯彻到每个函数，本能的觉得浪费。 2.我看得到函数式编程在代码上的简洁（可读性高）。但将功能实现成函数式编程的风格，感觉比较难（也可能是我水平不行，毕竟没有刻意练习），而难本身就是成本。（业务逻辑翻译成功能代码，从易到难：面向过程，面向对象，函数式编程）。 3.虽然我理解鸭子理论。但我就想明确的定义接口。因为，当我作为调用方时，我只想知道意图，而没有实现的接口，显然是比较整洁的。 4.虽然我理解函数是一等公民（单方法接口）的定位。但我就喜欢接口下定义多个方法（行为），因为我认为接口是一类事务共同行为的抽象，那么行为很可能是捆绑出现。比如说，对动物行为做抽象，吃和拉必须一起出现，只有吃没有拉，只有拉没有吃都挺尴尬。

一定要把这篇转发出去，中小公司的代码里都是平铺直叙，工作了几年，面向对象是什么都忘记了。

如果有介绍各种需要编程范式发展和应用的资料就好了，比如Objective-C，Swift等等

小李做的就是用脚蹬电瓶车 ，电瓶车也提供了脚蹬子

工作 3 年了，第一次这么系统性的了解编程范式这个内容