如果我没记错的话，brew update 是通过拉取 homebrew 上游的 git 仓库（默认用的 GitHub via HTTPS ）来更新 formula 列表，可能是 LZ 当地的宽带供应商限制了 GitHub 的 git repo 访问速度？可以试下 TUNA 镜像的 homebrew git repo: https://mirrors.tuna.tsinghua.edu.cn/help/homebrew/

指出一下主要的 flaw 吧：

“用一个字节来传输两个字节的效果” 是错误的。按照你的算法，虽然虚构的 “TCP 链接” 里只传输了 1 字节，但是为了让远端知道用来解码的字典序号，还需要在协议中规定按照 “接受数据的 TCP 链接代表的字典序号” 来确定字典——也就是说，256 个信道，每一时间槽只有 1 个信道有效，这不就是把第 1 字节的信息用时分复用传输嘛——到头来 2 个源字节的信息你都得发出去。

你自己提到的 “接收数据很难高效的判断先后顺序”，就是时分复用模式的问题。LZ 愿意想这些问题是值得鼓励的，但毕竟思而不学则殆。建议 LZ 去搜一些严肃的课程材料，譬如通信原理和信息论，稍微了解下信息熵、时分 /频分复用这些基本概念。

不要低估聪明人（我是指，历史上 *真正的* 那部分聪明人）在闲得无聊时候做的思维体操，更不要低估 *理论上* 这三个字的重量 :)

祝 LZ 学习愉快

把题目看成了「当年 power 股价有没有狂跌」，好家伙我还以为楼主要做空 Intel

原来是多层图像叠加吗？我还以为是光场成像

@iasuna 工作邮箱不能转发呀

[Effective Modern C++]( https://book.douban.com/subject/30178902/) 解君愁

@fkdtz #25 在 NVIDIA 上海

如果不喜欢这行，尽早转行吧。顺带说一下，我们组一半的工程师都是 35+，中位数应该接近 40 了，依然生产力爆表 = =

先按照学历和论文筛一遍，面试时候主要考察原理和对必要的基础理论的理解，工程直接问需要用到的语言 /框架最重要且常有的特性，譬如 C++ 的模板，PyTorch 自动求导的实现原理之类

不对，是买扩展坞送显示器 hhhhhh

U2720Q，真·买显示器送扩展坞

读 Ph.D.，之后找个 tenure track 的教职

我面试时候都是提前备好零食和无糖饮料，自己下楼接候选人的 = = 这是对候选人基本的尊重吧

这个需求计算机科学家和统计学家们很早就碰到了呀，所以 random.org 解君愁：

> RANDOM.ORG offers true random numbers to anyone on the Internet.
> The randomness comes from atmospheric noise, which for many purposes
> is better than the pseudo-random number algorithms typically used in computer programs.

他们还提供了免费的 API

@dullwit 太感谢了。我目前的 docker network 是 bridge 模式，clash 是 redir-host 模式，把 TCP 流量 iptables 转发到 redir-port 后容器就死循环崩了。我按照您给的两个思路都试试看，tg 的流量好像确实有坑

@dullwit 折腾了一晚上，发现在 NAS 上设置 iptables 转发，好像会和 docker 在 iptables 的设置构成一个死循环，然后 clash 容器就崩了 🤦‍♂️ 大佬可以把配置直接贴在这帖的回复里吗？这样的话大家也能学习到

@lekai63 嗯，现在的问题是 clash 容器没有外部可访问的 IP，只能把容器里的 redir-port 暴露给宿主机。现在的想法是在宿主机上设定 iptables，把入境流量全部转发到 redir-port 。但是设置完之后，用宿主机 IP 作为网关上不了网

@iphoneXr 现在 clash 的容器是网络桥接模式，没有单独的 ip 。容器内可以 ping 到局域网设备，但是设备 ping 不到容器... 只能暴露一些端口给宿主机