机器学习、形成自然语言理解能力。然后，重要应用之一就是这个。

@Yc1992 之前没有提到，还有一个疑问就是 SSL private key 。如果 CDN 除了服务器证书，还需要把证书私钥保存在自己平台上，这本身就可能有安全问题。

不好意思，忘了累计了：
50*2^0 + 50*2^1 + 50*2^2 + ... + 50*2^16 = 50*(2^0 + 2^1 + 2^2 + ... + 2^16) = 50*(2^17 -1)

按此算法，迟到 17 次，理论上不是 50 * 2^16 = 50 * 65,536 = 327,680 吗？

之前没看清你的要求，以为是想要端到端加密。实际上是对 TLS 理解不对，才会出现这种奇怪的想法。
TLS1.2 握手过程主要是完成服务端身份验证以及 key 交换，这个 key 用于实际的加解密。如果需要对每个客户端也进行证书验证，可以要求客户端提供自己的证书。实际的加解密 key 是和某次会话关联的，即使同一个客户端，这个 key 也可能不同，所以并不存在你说的情况。
TLS 支持 Static RSA 和 DH 两种方式实现 key 交换，前者用到了公私钥加解密，但存在 PFS 问题， TSL1.3 草案已经废弃。
另外公钥不能解密私钥加密的内容，一般用于加密和验证（非对称）。

中间节点指的是 server host ，比如邮件服务、微信服务等。

这种需求就是端到端加密，中间节点都不可信，包括作为中转的服务端。同时还要考虑前向安全问题（ pfs ）。

Whatsapp 、 Signal 好像已经支持。
邮件的话许多客户端支持 pgp 。

@lancegin 我上一条回复中间一句有问题，请忽略。（不经常用，有些概念就模糊了。）

Bash 有好几种启动方式： login 、 interactive 等，相关的几个配置文件作用也有区别。

~/.bashrc 好像对于 Bash 脚本文件是不起作用的。
你可以试试~/.bash_profile 、~/.profile 。

具体说明请参考：
https://en.m.wikipedia.org/wiki/Bash_(Unix_shell)

直接 source 执行你的脚本。

感觉你好像并没理解楼上两位的意思。
https://en.m.wikipedia.org/wiki/Source_(command)

最讨厌弯道超车的，视交规如儿戏。

程序员从本质上来说就是算法的实现者。
如果这个实现是针对 Turing Machine,或者更早的 Analytical Engine ，理论上第一个就是数学家 Ada 了。
如果针对的是大脑处理器，那程序员就是将军、包工头、经理、教练等等，而且程序计算是分布式的、并行的、弹性伸缩的、自然智能的.......

反正我没看出来 ABC 和 U.S.有什么区别，大概 ABC 是不那么国家化的一种 U.S.键盘布局的表述吧。
ABC extended 可以输入轻重音。

https://docs.python.org/2/howto/unicode.html
这个文档中关于 code points 的 utf-8 编码字节值的范围描述似乎也有些问题， code point≥128 时对应的 utf-8 字节值并不全都是 128 到 255 之间.

其实所谓的 unicode 也就是用 utf-16 或 utf-32 编码（与 python 版本和编译设置有关），类似 java 虚拟机内部统一用 utf-16 表示字符串。

很奇怪的 coding 方式。
是说内存中保存 unicode code point ， I/O 时再编码 /解码吗？