歪个楼，C++的 value category ，prvalue ，glvalue ，rvalue ，guaranteed copy elision 的重大意义就是解决了其他语言根本不存在的问题，那就是 s=s1+s2 中这个=如何实现的问题。

官方给我们发的当兵收益，坐标上海杨浦
https://s2.loli.net/2022/01/11/wnqCbLSQKhTpOYW.jpg

他的意思应该是 in-place 反转，没表达清楚吧

现在京东是卖 679 啊，刚看的

她这个情况在论坛里算很罕见的，哪有程序员干 9 个月不领工资？

给大伙提个醒，每次加班前给你的主管邮箱或者 OA 发个加班申请，也就动动手指的事，通过不通过都可以。如果他不让你发或者暗示不让你发，你都可以录音下来作为劳动仲裁的证据。
由于法律不支持员工自行加班，没有加班申请证据的周一到周五加班都是绝对不会被法官认可的。

数据分析这块儿，完全可以看看 kaggle 竞赛拿奖的思路，大部分搞数据分析的单纯在拿 SQL 做特征工程

很实用的教程呀，资瓷一个

扫了眼感觉内容确实不错，搞懂 TLS 最主要的就是学 ECDHE 密钥交换

@ipwx C# 的 Async, Await 的问题是, C# 无法要求所有库开发者都用异步网络编程, 如果你的调用栈是异步调用同步, 同步再调用异步, 异步 -> 同步 -> 异步, 线程还是被同步 syscall 阻塞. 在这个方面, C++则更加糟糕, 一部分类库(比如 brpc) 甚至会自己实现协程和协程调度(一个上下文切换保存 xmm 的协程，呵呵[1]), 而不是被一个统一的调度器管理. 写 C++ Server 的时候，redis/mysql/grpc/http 如果网络框架不统一可真是折磨，逼大家写 port 。

Go 在实现方面完全有能力做到像你说的那样, 只在 syscall 的时候切换上下文, 但是考虑这样一个问题，如果其他 goroutine 在等待锁，等待其他 goroutine 的消息，而你的计算任务又没那么重要，你怎么让出控制流？最理想的方式肯定是让开发者自己去让渡控制权，超细粒度控制，但是这样做无疑给开发者造成了额外的负担（比 if err!= nil 还严重），所以搞成了像现在这样的编译器自动插入 hook 。

[1]: https://github.com/apache/incubator-brpc/blob/master/src/bthread/context.cpp

@lxdlam 看得出来, 你只搞懂了协程依赖于控制流调度, 没有搞懂为什么必须要用户态调度, 以及它和异步网络编程之间的联系。

协程的崛起本质是异步网络编程的崛起。 在没有协程支持, 只能写基于 callback 的 poll/epoll 异步的时候, 已经可以通过共享一个上下文结构体实现异步执行流了。 协程只是为这种写法提供了语言层面的支持, 提供了异步堆栈和异步上下文。 有栈无栈只是对调用栈的取舍; 对称非对称, 协程还是 fiber 只是这些"函数片段"如何调度的一些策略。

用户线程可以用来调度一些与 I/O 无关的计算任务的这个想法, 从历史来看不过是人们的一种想象中的需求, 实际上从来没有实用过。

你对 epoll 的理解也挺歪的, epoll 和现在新的 fs syscall io uring 的设计目的都是为了减少 I/O 所需的 syscall 调用次数和 overhead 。 你说的什么只需要另一个线程去轮询就能模拟 non-blocking 的想法, 在没有异步 syscall 的前提下是完全不可能的(Linux 的文件系统 syscall 就是这样), 并发的读写文件请求只能让线程池慢慢消费(nodejs) , 或者多开线程处理(go), 在性能方面完全丧失和传统多线程网络编程范式竞争的资本。

另外贴链接的时候好好看看文章是不是你说的那个意思。 你稍微了解一下 LWP 也知道, LWP 也是内核完成调度的线程, 它和 Linux 线程的区别仅仅是 Linux 内核对线程的调度和对进程的调度是没有任何区别的, 而 Windows 和 Solaris 对线程调度有一定的优化。

https://docs.oracle.com/cd/E19455-01/806-3461/6jck06gqe/index.html
https://docs.oracle.com/cd/E19455-01/806-5257/6je9h0339/index.html

@eason1874 软件发展的这 40 年里只有 GPL 能做到类似你说的这种

@lxdlam 你的理解是错误的，协程会火起来就是因为 epoll 。协程、绿色线程这些东西 40 年前就有了，从 Java1.1 开始就有绿色线程了，但是用起来很垃圾因为无法调阻塞 syscall 。你谈的都是协程如何实现的问题，和协程快不快没有任何联系。协程如果大量调文件系统 API 的话和线程一样烂。

资瓷楼主啊，看 README 感觉架构挺现代的，是我喜欢的类型

个人觉得大多数情况，大家眼中只有好深莫测的优美代码和浅显易懂的烂代码。只要能避免 bad case 就不是烂代码。

太牛啦，一直在找 rust 用 io uring 一个比较好的方案

有钱愿意投资的可太多了，主要还是现在好项目太少

我也是魔都移动，怎么搞的楼主能分享一下吗