语言狂热者与实用主义者

编程语言界有着一场旷日持久的争论。人们会为了一种(或一类)语言,或是自己熟用的,或是自己所欣赏的,与他人吵得不可开交。而争论的起点,可能只是某人一句小小的抱怨。各方各为其主,剑拔弩张,俨然一次声势浩大的圣战。

尽管众语言不可一概而论,我们还是可以粗略地将争论的人群分为两个派别:语言狂热者与实用主义者。这是光谱的两个极端。语言狂热者关注语言本身,或是钟情于新的、现代化的语言特性,并据此评判一种语言;实用主义者则侧重于语言的工程实践,常会以语言的生态、业界使用率反驳他人。当然,也不乏两者兼具的人,对双方的意见各持有一定比例。

语言狂热者通常是学院派,多少接触过一些编程语言理论(PLT)。PLT 通常是从 $\lambda$ 演算展开论述的,因此他们也偏爱函数式编程,并希望语言有相关的概念或语法糖支持、简化函数式编程。他们会关注语言是否有完备的类型系统,是否有一等函数,是否有完备的泛型支持等。其中有一定工业背景的,还会考察是否有协程支持、零开销抽象及元编程能力等问题。从广义上看,这里面的大多数都属于语法糖。一门图灵完备的语言都可以实现以上特性,只是冗杂与否的不同罢了。语言狂热者关注语言的抽象能力,函数式编程有助于抽象高阶的逻辑,类型系统则有助于建模问题,为程序的优化与检查提供信息。这是支撑大部分狂热者行动的背后逻辑。但也不乏只注重表象者,单纯为了语法糖而语法糖,为了函数式而函数式。他们支持语法糖的理由是「酷炫」,同时会在实践中滥用函数式编程,甚至攻击其他的编程范式。

实用主义者则通常不太关心语言的特性。相反,他们会考察语言的生态、使用频度与工业部署能力。如果一门语言有强大的生态,使用人数多,或是工业部署方便,那它就是好的语言。至于语言特性,够用就行。实用主义者常常会认为语言狂热者花里胡哨,认为其所关注的问题并不能带来生产力的提升。他们认为语言能发展到如此体量,语言本身肯定是完备的,「如无必要,勿增实体」。而事实上,影响语言流行度的不止有语言本身的因素,还有社会学的因素。简单的语言通常门槛更低,可以让更多的人涌入相关行业,从而带动整个生态。但这也意味着语言能力有限,或多或少有些恼人的缺点。而其设计中的不足,或是因为创建的年代过于久远,没有现代编程语言理论的指导,或是由于历史包袱,或是由于创建者的个人品味。这些问题算不上致命,否则这些语言也不会达到如此大的体量。但它们冷不丁会出来烦扰你,让你感觉不是滋味。为此,在语言的发展过程中,其使用者会做出许多努力以弥补这些缺陷。如对于抽象能力不足的语言,使用者会总结出各种设计模式为工程解耦服务。当今所流行之设计模式,有好些就是 Java 所专有的。一个语言的设计缺陷也许在另一个语言中已经被解决了,自然也就不需要相关的设计模式。极端的实用主义者同时也是保守主义者,排斥或是抵触其他新兴语言,甚至对待本语言中的新特性也是如此。

这其中并没有哪一者是「绝对正确」的。语言狂热者的主张是美好的,但基于这些主张的语言通常有着陡峭的学习曲线,以致曲高和寡。而学习门槛的上升通常也意味着更高的人力成本。现代软件工程不只是一个技术问题,更是一个社会问题。如果两种解决方案都能达到同样的目的,资本家会选择成本更低,风险更小的一种。而实用主义者所青睐的语言有着更大的使用者基数,以及因此带来的大规模生态,这通常是资本家所需要的。语言狂热者善于从历史中发现各语言优秀的一面,并依此引导编程语言的改进。实用主义者则致力于发展生态,而其中一些建设性的东西往往是为了弥补语言的缺陷——这通常也为语言狂热者带来新的思考。二十年前几乎没有语言内置了对协程的语法支持,这是由当时硬件条件所限。而为了更有效地利用多核资源,各语言的生态中都先后出现了类似「绿色线程」的库,这也是协程的雏形。现代语言的协程语法正是脱胎于此。

但两个阵营中都有趋于封闭保守的成员,他们通常也是争论的发起者。一方是形而上「现代编程语言」的爱好者,一方则是满足于现状。他们在实践中更容易做无用功。前者会过度或盲目使用语言的特性,会将问题复杂化;而后者则会因语言抽象不足设计出繁冗的程序,即便有更简洁的解决方案。这些立场都是无益的,需要我们有所规避。


作者:hsfzxjy
链接:
许可:CC BY-NC-ND 4.0.
著作权归作者所有。本文不允许被用作商业用途,非商业转载请注明出处。

«Rough Notes on Deploying Vaultwarden & NextCloud Bookmarks

OOPS!

A comment box should be right here...But it was gone due to network issues :-(If you want to leave comments, make sure you have access to disqus.com.