看不到图，为啥我在 v2 经常看不到图。。

c 是入门基础，py 勉强可以算精通，js 、go 吃饭基本上不成问题，rs 还在苦手，除了 rust，其他几门语言学的时候都是一周内上手，标准库 api 看看就记住了，没记住也是查查就懂了。
唯有 rust，一直劝退，经常死活编译不过，网上资料还少，只能乖乖当孙子去请教人。

楼里的这两道并查集题的最短 py 解法都是俺写的，时间上一道 100%一道 98%，理论上 c++也可以按照相同原理实现。

半夜看到这个真 jb 焦虑

tql nb

有些工程师专业证，似乎可以帮企业 pian 补贴，不过求职的时候几乎没人看就是了。

@kblexel 你这种话就不爱听了，图片查看器网上一搜一大把，但几乎没有啥有用的对比评测，我昨天才第一次听说 2345，谁生下来就知道哪个好用啊，大家分享自己的惯用软件本来就是一件促进交流的好事，咋到你这就该冷嘲热讽了。

不明原因的关节不适有可能是痛风的前兆

rust 太费劲

[擦汗] 推荐了这么多，选择困难了

在商城里找到了 irfanview，有两个版本一个 64，一个没有，有啥区别啊？

碰到过没有文档的祖传代码，十几级的调用栈都可以接受，看懂了，勉强全部重构了。
后来碰到了几十级甚至更多的调用栈，直接放弃阅读了，独立于黑箱打补丁造轮子拉倒了。

初始一个 bool 变量为 true，只有变量为 true 才能调用目标函数，每次调用完函数后，bool 变量变成 false，执行 settimeout 让其变成 true 。

没懂题目啥意思，不过 io 密集用协程更好，cpu 密集的用多进程更好，阻塞不管设在哪里，是否有回调，两者的 API 都比多线程丰富，多线程讲实话还是比较鸡肋的。

如果仅限于数字和正负无穷的话，其他表达式直接插 f-string 也可以接受，实现起来似乎并不难，不过估计应该是有人做过，唯一吐槽的就是数学符号在 idle 里打起来麻烦，改成其他约定符号加上运算符重载，理论上应该可以做到直接用表达式完成判断。

基础设施该有大多都有了，py 的 web 框架在用法上也都是大同小异，没啥学习成本，比起 flask 又少担心了点 io 效率的问题，个人项目的接口用起来暂时还 OK 。很多轮子暂时不用在 golang 上再造一遍了，gin 本来都搭起来，一想到要造这么多轮子就手软，还是用 fastAPI 了。

不过今天有点气，今天 leetcode 签到题的 Python 高赞解法明明是我发明的，结果因为写得太早被评论区淹没了，一个赞都没有。

刷 leetcode 不是为了面试，是娱乐，排位刷进前 100，周赛刷进前 30，不用想别的，卷就完事了。

算法属于内功，刷多了平时 bug 少，在逻辑明确的情况下，业务里基本碰不到解决不了的问题，别说 acm，就算是 leetcode 中等题也比绝大多数业务难多了。