CLion + https://conan.io

我觉得这个代码很好啊（前提是出 null 真是异常而不是预期中的错误）。谁知道我一个 null 放后面的库都会干些啥，到时候真有 null 了都不知道怎么调试。

这个场景不适合用任何工作队列。因为大部分时间在 IO 上。主线程读进来然后再分派是什么鬼？
----

建议先读进来所有 ID，对 ID 分片，然后在子进程根据 ID 取数据、处理、然后写回去。如果可以，那就直接要求每个子进程读比如“尾部是 XXX” 的 ID 的记录。

yoga14s

@noqwerty 不同初始化跑很多链不也很简单。反正是很多独立的链。。。

@LeeReamond 用 python 可以啊，绑定到 0.0.0.0:0 就行了。

https://imgur.com/cGZgvhx

反正我对 C++ 挺满意的，对 Rust 暂时没兴趣学，自然没啥评论。

... 用 atomic 的 memory fence 就能很好解决 out-of-execution 问题。

@FrankHB 嘛嘛，我提一嘴 C++，主要是吐个嘈。我几乎不懂 Java 。
----

C++ 的 atomic 要保证的比 empty removal 要多了去了。譬如编译器或者 cpu 可以 out-of-order execution，可以在读取了某个变量以后假设它不变所以不读第二遍 etc 。。。。 后面那种情况用 volatile 还行，Out-of-order execution 用 volatile 就会死的很难看。。。这也是为啥我在写多线程程序从来不用 volatile （反正没卵用）

只读调用 const value_type& operator[](const key_type&) const
可变调用 value_type7 operator[](const key_type&)

函数末尾有没有修饰符 const，在 C++ 里面是两个不同的成员函数。
====

但是这里有个坑。如果你操作的是可变对象，你的 value_type 有默认构造函数，如果你使用

std::cout << m[key] << std::endl;

那么如果 key 不存在，在某些版本的 STL 真的会创建出这个对象。我就被坑过。

@AkideLiu

我的理解是这样的，例子里面从 main 里面拆出来一个 child 去执行命令行操作，parent 部分在 child 运行完成再运行，那这样做的意义在哪里呢？
====

意义很多。主要是你没有写过这样的程序。比如我想运行一个外部命令，但是要截获所有它的输出。fork + exec 的做法就是父进程在 fork 前用 pipefd 先打开一个管道，由于 fork 以后子进程和父进程在最初共享所有文件描述符，所以子进程往管道一头写，父进程就能在另一头读到。接着用 dup2 用 pipefd 替换掉标准 stdout 和 stderr，这样就能让子进程的标准输出和错误输出都直接定向到管道。最后用 exec 让某个命令代替目前的程序在当前进程号（以及这个 pipefd 顶替掉 stdout 和 stderr 的上下文）中运行。

这么一操作，父进程就能直接从管道读到这个命令的输出了。

https://stackoverflow.com/questions/2605130/redirecting-exec-output-to-a-buffer-or-file

@AkideLiu fork 和 exec 都是 posix 操作系统的概念。实际上 windows 是不支持这两个操作的。。。

这不是 C 语言的知识，是操作系统的知识。

没学过 Java，但是最近我写 C++，碰到这种多线程读写指示变量，我都是上 std::atomic 的。。。

自己写一个呗，不难。根据公式源代码做缓存，包一下公式就调用 latex 。

你这种心态活该接盘。你要知道现在你找不到女朋友说明你哪方面的条件不行。不把这个问题解决了，结婚不真正解决问题，将来还有你糟心的。

不会。。。因为开源操作系统 Linux 已经能够在各方面满足安全的需要，一旦和某国闹出大矛盾用不了 Windows，后面直接全部国营单位都能换上 Linux 。Linux 加国产芯片和主机解决方案也能凑合用不是？民用市场在这个时间点是不会有发展的。除非用不了 Windows，那么 Linux 国产操作系统和国产软件才会雄起。

至于 Rust ？ Linux 够用了，何必用 Rust 再开发一个？浪费钱嘛？

（发过顶会深度学习论文）

个人觉得，公式、用数学方式理解神经网络才是“大局”，那些个具体的网络结构才是小节。

@Contextualist Oh 多谢提示，我还没注意过 .throw()。主要是我自己写自己的库一般用 .close() 来处理 for iter ....，所以也不会受引用计数的 gc 限制。

https://i.imgur.com/l796jda.png

看了看 .close() 八成等于 .throw(StopIteration)

@Contextualist 你的认知是错误的。

https://i.imgur.com/pdmnsvN.png (Python 3.7.3)

看到输出的那行 finally 了么？
----

事实上一个自定义的 with contextmanager 就得通过这种方法写，譬如：

@contextlib.contextmanager
def my_context():
....try:
........yield
....finally:
........do some cleanup

with my_context():
....raise Error(...)