w568w

gsudo 还支持会话保持（一段时间内不用重新确认权限），比 Windows 自己写的这个 sudo 像样多了…… 这玩意儿怎么看都是半成品

Surface：说的太对了，哥

有点意思。C# 的类型系统有解析层数限制吗？至少 TypeScript 中，这样的奇巧淫技是玩不了的：

https://github.com/microsoft/TypeScript/issues/34933#issuecomment-552500444

是这个 map 的命名和设计都比较反直觉。看到 map 这个单词，我大脑里的反应顺序是：

1. 创建 hashmap ？
2. 创建映射？
3. 哦都不对，是 ([a], f) -> [f(a)]

然后我自然的思考顺序是「对什么做映射？」，然后扫过第一个参数，发现是个很懵逼的 lambda 或者一个变量（然后往上翻了半天才发现这个变量是一个 function ），再仔细一想才发现不对，map 的第一个参数是映射……

参数顺序这一点非常反人体工学，因为中文这个语言先说上下文，比如会说「对某物做什么事」，而不常说「做什么事对某物」：我得先知道你在操作什么列表，然后你 lambda 函数里的各种引用、操作对我才有意义。把映射函数放在前面，对我来说是一个非常破坏阅读心智连贯性的设计。

不说型号大家没法帮你找原因啊

@tlerbao #27 看了楼主过往发言，他本人就是 phper 。可能是学完 Python 之后道心破碎了

装个 GPS Status 看看数据

@w568w 手抖发出去了，补充一下：

最后回答一下楼主的问题：仅在 Python 语境下，就是抢占式（操作系统轮转）和非抢占式（主动 yield ）协作运算的区别。

@w568w #3 隔了半天回来看，果然大部分回复都按自己的直觉先入为主了（没有说回复不对的意思）：

Python / Lua 的非抢占式协同调用（又称生成器），

C++20 / Go 的无栈（堆）抢占式微线程，

都能称为「协程」。

还有说「协程一定是单线程的」，等谈到 Java/Kotlin 有 Scheduler 参与的协程时，又要懵逼了。

另外，支持工作分发的 OpenMP 算不算协程？这也不好说。

----

至于「线程」和「协程」的区别，品一下它们的目的就知道了：

「线程」：操作系统调度 CPU 资源的最小单位。
「协程」：多程序流协作运作的机制。


「线程」是操作系统的约定，你给操作系统一个程序地址，系统就能为这个程序分配资源。
「协程」是设计上的考虑，是开发者自己设计的、让进行不同逻辑的程序之间协作的机制。

一言蔽之，这俩从概念上就八竿子打不着，根本不是一个 level 的东西。只不过现在很多协程的实现（例如无栈微线程）就是为了解决操作系统线程在协作方面存在的问题（太贵？要考虑并发？写起来麻烦？），所以往往需要涉及线程相关的知识。

看英文也能看出：为什么线程叫 thread 而不是 routine ，协程叫 coroutine 而不是 cothread ？有没有可能它俩根本不是同一种概念？