tlpi 这个书非常好！写的非常非常非常好！

应该每一站物流集散中心都会称重的？你问问？

而至于 if (sizeof...(Args) == 0)为什么是错的，是因为这是运行时判断，而不是编译时判断，如果改成编译时判断(if constexpr)的话，就可以实现了。
有劳各位：
@ipwx
@geelaw

@geelaw 好的，感谢！

@geelaw 第一个方法的确可以解，这也是书上的标准解法。而至于第二个方法，我刚刚已经试过了，这样似乎是不行的？我的代码大概如下，https://paste.ubuntu.com/p/bCjScgBPm2/
报错仍然为 no matching function for call to 'print'，具体错误内容与之前的错误提示类似。

@pompeii xn he il pk?

Mac 和 Windows 现在是一个尿性了，都在比烂.....

从概念上讲，线程和协程是有区别的，理解为线程可以并行，协程不能并行。但是囿于 CPython 的具体实现问题（ GIL ）上，线程和协程在某种程度上是一致的。
线程也就是有多个执行流，由操作系统负责调度执行流，由于执行流的切换是由操作系统负责的，所以对于编程者来说是完全透明的，无感知的（除去同步问题）。同时呢，由于执行流的调度是有操作系统负责的，在 SMP 上可以实现并行运行，也就是两个线程同时运行。
但是协程也是有多个执行流，但是这个执行流是由用户来负责的，所以编程者需要大量处理协切换的问题。同时呢，由于协程是在用户的控制下进行切换。对操作系统来说，这只是一个线程。所以在 SMP 上无法享受到多线程的并发优势。
为什么在 Python 上大家一般推崇协程而不是线程呢？
线程的切换在操作系统的调度是，某一个线程运行了一段时间之后（可能是几十毫秒），这个时候就会发生调度切换。去运行其他的线程，这种频繁的线程切换实际上也是有开销的，可能会有几百个时钟周期。而这种线程切换是周期性的。所以总体来说开销还是蛮大的。
但是对于协程来说，由于协程的切换是用户控制的，那么也就是说，少去了很多不必要的线程切换，因为用户自己控制线程切换时，大概率是真的有必要切换。所以比操作系统切换来说，开销更少了，操作系统不需要再进行周期性的切换了。

相比于 safari...我选择 b-ok

看似安全，实际上用户可能会被诱导安装根证书（而且用户非常容易被诱导）。所以大厂都不只依靠 https 做安全校验，要么是检验证书指纹，要么是数据打上签名……balabala 等待方案

vim

太难了。做了一晚上的 cpu 设计作业

3.9 出来，子解释器出来，就可以愉快的使用多线程了。

为什么一定要给程序员贴上这种标签？？？何况还是人民日报？

挂了？

北京某高校，10 块钱一个月，按月缴费，上下行 10MB，不限速，全校 wifi 无感知漫游覆盖。