具体情况具体分析吧

稍微大点的协同开发项目，共享几个入参和结果的 typeddict / dataclass

虽然编译了也能逆出来，不过能解决大部分场景了。稍微提几个

1. 印象中有三四个专门做代码混淆的，甚至混淆后的代码还能带有效期（发请求拉时间戳）
2. nuitka --module 打包成动态的 .so/.pyd ，不熟悉用法可以直接 Github 找我发的 nuitka simple gui 。只编译核心代码就行，不要编译依赖
3. 丢 serverless 之类的地方上面，不过也还是丢在服务器上做隔离，服务器不隔离也没用

微信很有想法，然后。。。

现在微信的用户体量和软件设计堪比当年的 12306 吧，给人一种明明可以照抄 QQ 却非要凭本事证明自己不如 QQ 的错觉

所以特斯拉：才不要那些蠢猪公关，平时啥都不干，出事干啥都乱

路过，这种场景 Serverless tidb 能打不能打

tmpfs 比较简单，也就是常见的 /dev/shm

已买 Y ，一句话总结：现在友商遥遥领先特的点，几乎没有一个是说车的，包括智驾

我就买个车开开，你给我推一大堆没用的干嘛的，我一天在车上不超过 20 分钟，冰箱彩电我回家用不行么，再说真用的上我自己买个质量更好价格更低的，比买他们套路了的高价玩意省事

引用一句话：如无必要，勿增实体

今天刚看了某车企宣传海报：车机系统几亿行代码。。。

最近两年有幸用过，实在是费劲。。。无奈下线了。你这报错问问大模型吧，说 mha0 没注册成功
EKF/ELK + prometheus 配合云原生都成版本答案了

突然卡死你是怎么定位出内存泄漏这个类别的。。。

Requests 这个库当年确实会有各种问题，很早年有个 session cache 相关的死锁还是什么会卡住一直不继续，后来还遇到过 session 、Response 没正确关闭导致的类似泄漏的情况，所以长时间运行的基本都不用默认 requests 发请求，而是一直 with session 和 with Response


信息太少，只能提供思路：
1. Python 有很多进程运行时工具可以看出你 hang 在哪一行的，先定位下是哪一行再直接撸 Requests 源码找细节。反正就是先看是哪一行停住了
2. 升级 Requests 库，或者换 httpx ，反正 api 都一样的，看看能复现没有
3. 你这个 Requests 但凡加个 Timeout ，也能让别人排除一个问题，有时候 TCP 操作不当或者 Server 写的不行，确实会挂住连接

以前是用别的语言的吧，我记得有个库可以用比原生的优雅一点，不习惯的话要不要问问别人怎么用的再来吐槽

话说对于 JSON 解析如果没啥特殊需求，大多数语言都有 jmespath 的分支吧，以前用 py 的版本发现性能秒杀同类 jsonpath/objectpath 而且语法也简单，没必要自己硬抠嵌套结构，json-handler 一开直接提取路径了

谁家微信不是 00:00-23:59 开免打扰啊？留一秒给天选之子

有大模型以后，很多问题比搜索引擎好太多了，这些都直接开问，然后一步步跟着学吧

走过太多弯路就不推荐了，休闲目的和拿来吃饭区别还是挺大的

azkaban/airflow, 只要有多任务依赖关系或者定时任务的，一定要上靠谱的，不然真脚本地狱

有条件的 Serverless + 自带调度器（比如 steps 或触发器或 gateway api ）也挺好，很多运维的事比开发都麻烦

（虽然在写玩具准备接管一个类似 supervisor 的场景）

十年前的微服务，和十年后今天的云原生一样，好好学几个月再上，又快又稳定

一点都不学闭着眼百度搜个 CSDN 就上，写出来的跟屎一样然后加薪跑路，这锅甩的一点都不优雅

两句话深以为然：软件工程没有银弹；人和人的差距比人和狗的差距都大。水平不够的反而感觉写点小脚本上 serverless 更不耽误下班时间

这种问题值得问出来，就说明潜意识知道答案只是想劝服表意识。

感情问题无法定量分析，所以不要纠结选哪个更对、更好，只要犹豫了，就说明想选第二个

我这边 20 多个机器禁止联网，所以开了个低配置有公网权限的当网关代理转发的。。。

“中文教程” 这四个字明显就代表不了 “国内最主流”。。。