可是。。。 你这个问题除了公务员鉄饭碗，其他行业一样存在啊？

程序员 35 失业确实过分了一点，但是和三四线城市同样的非事业单位 /机关比，从事其他（不自己做老板）行业的在无法继续做下去之前，挣到的钱和程序员失业前赚到的也差不多吧。。。
----

最大的问题是，程序员老觉得自己挣钱很多，职业很牛逼，对未来预期太高，以至于错误地在该攒钱的时候加杠杆。如果能承认自己这个职业不过尔尔，和文员、甚至搬砖的没有本质区别，也没那么多疑惑了。

答案很明显 —— 提前规划、到时候转业。

@binbinyouliiii 大部分左右预览碰到公式或者高级功能就会光标同步失效，而且还有整页刷新很慢的问题。

可惜不支持公式。

事实上我觉得 Markdown 所见即所得 最迫切的是 LaTeX 公式使用者。因为你推公式，没看见上面的公式渲染出来，就只能脑补，根本没法往下推导。其他东西其实都不太迫切需求。

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 再开发一个？浪费钱嘛？