@tool2d proto 不是自包含和自解释协议，因此你的想法不对。

@RedisMasterNode 这个时间是正常的，不知道 OP 咋想的。前端使用 ISO 8601 作为时间不是很正常的事情吗。上面的 @StrangerA 都告诉它了，这个时间没问题，他还在那里扯一堆没用的。

@albert0yyyy 新版本的 WSL2 的 docker desktop 的容器应该是不需要这个玩意的。只要防火墙允许入站，监听 host 是 0.0.0.0 或者主机在局域网的 IP 地址，应该局域网的其它机器就能够直接访问。除了你要访问的是安装在 wsl2 上的 linux 内部安装的 docker, 然后在局域网的其它机器上访问，但是那样性能会差很多。

@ytll21 我周末去咨询一下车店。主要是现在利率这么低，感觉不贷款有点亏，车就二十万，不贷款也问题不到。主要是想要搞掉这个征信预期，看上去就不爽，感觉这个完全是银行的锅，我第二天打电话他们给我说是不会上征信的，客户人员是逗逼。

如果想要系统学习，将考研课程涉及的书籍全部买了啃一遍，需要耐性和时间。
我虽然是科班（计科）专业，现在毕业也快 8 年，现在还是有空就拿出来啃，机械工业出版社那一整套书籍我都买了，其中计算机组成原理最值得入门看。
另外就是大学四年根本无法深入掌握，很多专业课程都只能过一遍，毕业工作后，有空那是要回来重新一本一本过，尽量将基础知识累计扎实。
另外就是工程化&专业领域知识，只能通过工程实践和看书结合，在辅以别人的代码，前辈的指导才能综合学习了。

@xuegy 没有办法，因为变量在现代编程语言中都是很特殊的存在。任何尝试动态解构变量的做法都会导致性能的下降，因为编译器会尝试在今日函数前对函数做优化。确定要给整个函数分配的堆栈空间大小，如果搞动态变量注入到局部，那么函数将无法优化，函数的机器码也无法被缓存重用，这些都是实实在在的性能问题。javascript 当初对 with 的支持就是一个错误。python 已经有很多语法都是因为容易写但性能差而被滥用了，你看看现在 python 写的很多程序的性能为什么如此差就明白了，python 现在支持的语法已经非常容易让人写出性能极差，时间复杂度极高的代码了。可读性和性能有时候就是相互矛盾的。
我们目前一般是这么做的 d=EasyDict(json.load(txt), d.a+d.b 这样。

没有办法，python 不支持这种类似 js 的 with 临时作用域附加(js 的 with 大多数时候也被认为是一个不好的东西)，因为 python 字典的 key 很可能不是一个合法的变量名称，而且它的类型也不一定是一个字符串。
不管使用 local()或者 global 都是一个糟糕的实现方式。

@karatsuba 完全同意，几块钱到几万的都一样难喝，纯粹是职场 PUA 的利器。

重写报错一下脚本，将编码改为 GB2312 ，不要改操作系统的 UTF-8, 很多旧软件会炸掉。

如果你对 Linux 很精通，可以考虑使用 Debian ， 否则建议你使用 Ubuntu, 部分软件包只有 Ubuntu 的，没有其它包，你只能自己编译，非常麻烦。另外你都问了这个问题，感觉也不是多精通，所以建议你上 Ubuntu, 另外工具就是工具，不要在其上面附加额外的无谓的情绪价值。

@xiaohundun mac 的字体渲染才是垃圾，不在 200%的 5K 缩放下，每一个其它非整数倍率是清晰，不知道一堆楼上得到结论 mac 字体渲染更好的结论是从哪里来的，你们到底用过低 DPI 的 mac 工作没有。

垃圾移动网，狗都不用。

你这个 SomeBol 就不应该声音返回类型位 boolean, 而是应该声明位 true 类型。

就是因为这个，我换了 OneDrive