在TC39管道运算符提案中，“syntax tax”指的是什么？

这里的"syntax tax"里的"tax"不是指税收，而是额外语法负担/成本的意思——在编程语境中，它用来描述为了使用某个语法特性，你不得不额外编写的冗余、非直观的代码，就像为了获得某个功能得"交税"一样，付出额外的语法代价。

拿你提到的F#管道例子来说：

• F#的管道运算符默认只支持一元函数（仅接受单个参数的函数）。如果要把管道传递的结果传给多参数函数，就必须手动把这个多参数函数包装成接受单个参数的lambda表达式，这就是典型的"syntax tax"。
  比如：
  正常调用多参数函数：String.Format("Hello {0}", name)
  用管道的话就得加额外包装：name |> fun n -> String.Format("Hello {0}", n)
  这里的fun n -> ...就是为了适配管道特性而必须多写的代码，属于没必要的语法冗余，就是所谓的"syntax tax"。

回到TC39的管道运算符提案：
提案里对比的两种方案中，"Hack pipes"的设计初衷就是减少这种"syntax tax"——让开发者在管道中调用多参数函数时，不用手动写lambda包装，直接用更简洁的语法就能完成，降低使用管道时的额外语法负担。

总的来说，"tax"在技术语境里常用来指代各种额外开销，这里特指语法层面的冗余成本：为了使用某个特性，必须添加的非核心语法代码。

内容的提问来源于stack exchange，提问作者justaprogrammer2