等人晋升了之后，项目就没人管了，最多一年时间

@joequan 恰恰相反吧，微软其实力挽狂澜了已经

车就是个工具，有肯定更好一点，你买一辆自然便宜有便宜的用法，贵有贵的用法

当然，yu7 我抢来是拿来卖的

Windows 的话一般是杀毒软件问题，不用怀疑，卸载了之后对比一下速度即可

你对做一个的完整的定义是怎么样的？你给他说完一句话它自己全部实现完成还是你跟带着实习生一样来回指导它完成也算？

选特斯拉没什么问题啊，不过我建议买 Y 不要买 3 ，毕竟 3 的后排基本坐牢，临时坐坐还好，坐朋友的车我这 185 的人进去，上顶天下顶地了属于是... 当然，还是需要根据实际情况考虑决定：如果后排计划坐人，那么 Y 肯定会更好一点，毕竟空间在这，至少不会进去就压抑。焕新版的 Y 他们说大灯也还行，不过是特斯拉车主说的，我只是路上见过两次焕新版，没仔细研究了。从销量上，你也能看到 3 和 Y 的接受度也完全不同

export GEMINI_DISABLE_TELEMETRY=true 也行吧

第一个没有 await 可以用 type check 工具检查出来的，如果你本地使用或者 CI pipeline 里有，很容易可以检查出来。实在不行，你可以从日志捕获里抓 was never awaited 这个 Warning 也能发现
第二个是确确实实的问题，没什么很好的办法解决。选库和与别人协作的时候巨容易踩的一个坑，目前我们是加响应时间监控解决的，存在有超长时间返回的请求都需要确认一下是不是有性能问题
第三个应该和哪种都没关系，除非不用 Python 或者多进程... 或者等 Python 3.14 以后版本的 free threading 来解决

直接就是干 AWS Lambda 之类的服务吧，加上服务保活配置之类的，可以尽量避免冷启动

实用是指别人看不懂吗...

@crackidz 另外补充一下 OP 提到的一些具体问题，首先大概可以确定 OP 没读 Python 的官方文档。Python 的官方文档其实这方面做的比较好的典型，会明确对应的异常，比如你提到的 https://docs.python.org/3/library/json.html#json.load 当然，Python 其实历史项目比较久，有些文档属于上古时代的，所以不代表所有的都会有完善的记录和统一的格式

写脚本需要看你使用的库代码质量和文档怎么样，否则很容易转角遇到惊喜，各种意义上的惊喜

我很想吐槽，很多库的作者其实工程意识不强，哪怕常见的库都有各种各样神奇的神奇 bug 。这种问题在前端库和 Python 之类的库都是很常见的问题，你甚至能在使用非常广泛的库中发现神奇的泄露等等 bug ，几年都不处理挂在那。至于那种 Catch 了之后不抛新异常或者不返回出来更是很多作者会干的事，给你打印了个日志完事...

当然，这些槽点不是这些语言生态特有的，是比较常见的开源库通用问题了...有些时候上生产，不乱用开源库是一个技术活，如何做好监控和故障重现都很需要好的开发者和 SRE 后面盯着。实话实说，这类问题一般在大家经常吐槽的 Java 和 Go 项目中处理起来稍微简单一些，一般这些的项目工程配置比较完善，即便出现定位也相对容易一些

Markdown 只是用来写，保存又不是让你保存了之后直接发给别人...

Markdown 本身也非常方便转换为其他格式，真正发给别人的时候，离线最好的格式是 PDF ，在线就分享个链接

投诉京东快递员就可以了，我目前还没有遇到这种情况，暂时没什么帮助解决的方法，不过快递上门在我这里只有京东和顺丰...

@wzw 会遇到限速到慢速请求

Rust 神教是这样的

借助 AI 其实开发浏览器插件的门槛已经很低了，借助 WXT 之类的开发框架，就更简单了

不过我现在基本上都是写的油猴脚本，一般足够满足我的使用了