这个架构无法满足高可用吧，要是某个机器挂掉了，上面的文件就丢失了。建议还是用 s3 等作为实际的文件存储后端。再不济，搞个 nfs，或者冷备。

@propc 合同里肯定留了口子的，「 xxx 另有规定的除外」之类的。

LPR 就是取代基准利率的，没有基准利率了，原合同自然只能固定

只要这个文件曾经被提交到仓库里，你也没有做什么彻底删除的操作 (想彻底删除还挺麻烦的)，就能找回

@0x11901 什么语言？解释器的常量表达式优化也是有的，看具体语言

编译器会优化常量表达式，所以原始的写法不会有性能问题，就按原始写法来呗。

@westy 养老保险跟公积金不一样，养老保险是统筹的，你交的不一定是你的。

打麻将稳赢吗？不能稳赢就放弃 “搏一搏” 的想法

示例 dig @8.8.8.8 google.com +subnet=208.67.222.0/24

灵活调度？那就只有银行 T+0 理财或者所谓的智能存款了吧。如果期限放宽一点，倒是可以看别的东西。另外一点就是风险承受能力如何？标的资产的风险和你的承受能力相匹配比较好。

「程序前不加 if name == 'main'」这种情况下，你的 python 文件就没法被 import，因为 import 隐含了运行代码，死循环了

spawn 、forkserver 模式下，进程的 run 函数和参数需要进程间通信来传递，这个过程会用 pickle 来序列化、反序列化，所以 run 函数和参数会受 pickle 的限制，pickle 支持如下数据类型

* None, True, and False
* integers, floating point numbers, complex numbers
* strings, bytes, bytearrays
* tuples, lists, sets, and dictionaries containing only picklable objects
* functions defined at the top level of a module (using def, not lambda)
* built-in functions defined at the top level of a module
* classes that are defined at the top level of a module
* instances of such classes whose __dict__ or the result of calling __getstate__() is picklable (see section Pickling Class Instances for details).