计算机之父这个称谓本身就有多个，电子计算机之父，理论计算机之父，通用计算机之父等等。
图灵机的贡献主要是理论上的。对于通用计算机这个概念来说，在有图灵完备这个概念之前，查尔斯·巴贝奇在 1837 年就已经构想出了分析机，之后被证明是图灵完备的，而图灵机在 1936 年才被提出，可以说和图灵机没什么关系。而现代电子计算机则主要是冯诺依曼模型，也很难说这是不是受到图灵机启发才有的。

```
import random

run = 1000000

first = 0
second = 0

for i in range(run):
rnd = (2 * random.random()) % 1.5 + 0.5
if rnd >= 0.5 and rnd < 1.:
first += 1
if rnd >= 1. and rnd < 2.:
second += 1

print(first / run, second / run, first + second == run)
```
试着跑了一下，0.5 到 1 和 1 到 2 之间的概率差不多都是 0.5

(2 * Math.random()) % 1.5 + 0.5

@Osk 路由器上是用的 network manager 开的热点，对应的配置是

[wifi-security]
group=ccmp;
key-mgmt=wpa-psk
pairwise=ccmp;
proto=rsn;
psk=*******

按理说是没有什么 WPS 相关的设置的，不知道为什么 win10 就会有这样的情况。linux 和安卓连接这个热点的时候都没问我要 pin 码。在 win10 上，我选择的"Connect using a security key instead"输入密码还是连接不上。

根据你 A.so 的接口（头文件里）是不是也暴露了 B.so 的东西而定。如果你 A 暴露了 B 的东西，新的库 C 连接 A 的时候是需要知道哪里去找 B 的那部分东西的，这时就得给 C 指定 B （ https://cmake.org/pipermail/cmake/2016-May/063400.html ）

cmake 里有 public 、private 、interface 这几个东西可以帮你处理这种依赖

如果 A 暴露了 B 的话，你 target_link_libraries 的时候把 B.so 的依赖设为 PUBLIC: target_link_libraries(A PUBLIC B)
如果不是的话，设置为 PRIVATE 。
当设置成 PUBLIC 之后，新的 C 连接 A 的时候，cmake 会把 A 的依赖传给 C，你就不需要额外给 C 设置 target_link_libraries 到 B 了（ https://cmake.org/cmake/help/latest/manual/cmake-buildsystem.7.html#transitive-usage-requirements ）

不过如果你的 A.so 不是 cmake 生成，而是外面导入的话，还是得手动设置这种依赖。