你遇到过哪些比较难理解的编程语言概念

今天看 go 那个生成器看晕了, 最后才发现我看漏了, 是个语法糖

@M4n5ter 我也是, 感觉说不出的难受, 但是总比 java 好点

@M4n5ter 我去, 这么巧, 我今天也是看的这个东西, 最后发现就是个语法糖, 还很丑陋

erlang 这都是啥

闭包，内存屏障

高三结束准大学生的时候去新华书店看《 C#入门经典（第四版）》看到第六章泛型，卡在那里卡了一个星期，有一天一瓶可乐干下去，悟了，这就是把类型当参数！！！

下一次再这么悟是在学高数下册和离散数学的时候，高数里三层积分里面那个函数我就当它是回调函数了、离散数学和线性代数里那些东西我就当他是 C++里的运算符重载了

haskell 、scala 、f#、pearl 这些东西没用过，粗看一眼看不懂

印象中第一个这种坎是二十多年前在汇编语言的保护模式，后来搞懂了。第二个这种坎是十几年前 C++的 TMP ，后来放弃了 C++。

可以考虑备注一下大学专业和工作年限，作为科班毕业来说，完全 get 不到楼上说的这些困扰~

yield

Macro

monad

@echoless 我一直觉得函数式编程是需要一定智商的，我这种还是就 C-like 吧。。。

堆、栈 其实至今只能说知道大概

CPS (Continuation-passing style)
HOF(Higher-order function)
还有些其它的，

总之就是函数式编程真的很费脑子，不过挺好玩，逼格确实挺高的，就是工作中几乎用不上。

python 的装饰

@superhot 喷的好

@echoless #39 应该是说能把函数式写明白很难。函数式增加了很多约束,如果编程的时候按照相关规范去做,思维负担会减轻，局部查看每个函数的时候只用关系入参和出参对不对。 然后现实是因为约束的原因,取巧或者工期赶,有的变量直接就透传进来,然后就变成了使用函数式的方式,写出了非函数式的代码,反而加重了局部查看代码时候的混乱度。另外类似 java 后端 rjdbc 函数式的 zip,merge 等等响应式的 api 在进行调试的时候,我个人感觉也没有传统的编程方式那样好调试

@echoless #39 不过前端领域目前函数式 hooks 那套结合的算是现实里的表率了,很赞。

js 的底层。异步啥的那些有点别扭

js 一些底层原理