……我觉得能用 interface 解决的就别用泛型。

问了 GPT ，回答：如果你的应用场景需要处理较大的数据和高并发，PostgreSQL 可能是最佳选择。PostgreSQL 使用一种高效的写入前日志（ WAL ）系统，即使在断电或系统崩溃的情况下也可以保证数据完整性。对于小型应用或嵌入式系统，SQLite 可能已足够，使用回滚日志或写入前日志（ WAL ），可以在断电后自动恢复到一致状态。
跟前面大家的主流意见一致。

我这边是因为 python 自动支持任意精度的整数处理，算大数比较方便。至于错误提示，见仁见智吧，主要国外很少遇到这种问题，所以人家也不会把这个错误拦截后包装成好看的样子。

goroutine 会卡在那里呀。如果退出监听状态程序就继续执行了。你如果需要可以在语句前后改一下别的变量，记录状态，不过得注意并发安全。不清楚你是想实现什么，就是随便说说。这种问题可以问 gpt 。

@f2ck 开会员了，从 v1 就一直用呢。不过其实使用频率也不是很高，主要就是剪藏些网页、知乎答案什么的，然后吃灰……

哈，月经贴。
本地 Obsidian ，iCloud 同步。
远程团队 Notion 。
收集用 Bear 。

@pkoukk 说是大师级单体，还是双扬声器的。

我目前同时在用 iQOO 的 Neo9S Pro+ 和 Z9 Turbo+ ，感觉产品力确实不错，对比下来，天玑发热情况好一点。X 系列是拍照旗舰，用不太上，等明年再升级。

没见过这样的。不过既然你们有 app ，那直接看 app 代码呗，把逻辑抄过来就好了。

没必要。而且 mongodb 的查询语句挺多的，除非有 AI 能代写，不然没有人会花精力在这上面。

哦，虽然我没用过，但定时要求用户重置密码也不算特别过分的要求。OpenAI 一直是 web 人力不足的感觉，所以没足够的提示也可以理解。当然你要是重置密码后还是让你重置，那估计就不是我说的定时重置的问题。

感觉可以调整下目标？写出三个解决方案，选出最好的。这样就不觉得时间浪费了。

也不怪它，毕竟它训练时就是要生成一个尽量合理的答案，还不让上网查。能搜索的 perplexity.ai 会不会好一点？

https://www.backblaze.com/cloud-storage/pricing 这个好像便宜点儿？

或者 S3 Glacier Deep Archive *** — 适用于长期保存每年访问一两次且可在 12 小时内恢复的数据？

不过我都没用过，哈哈，家里有两个 NAS 互备。

@Tdy95 哦 这样呀。其实就像前面一些回复说的把 dll 调用扔到个线程就行。我也不太熟悉，问了下 gpt ，给出的代码是

import asyncio
from concurrent.futures import ThreadPoolExecutor

executor = ThreadPoolExecutor(max_workers=4)

def dll_call(client_id):
# 同步调用 DLL 函数
sdk.SDK_change_something(c_char_p(client_id.encode('utf-8')), callback_instance)
# 假设这里返回结果
return "result from dll"

async def change_something(client_id):
loop = asyncio.get_running_loop()
# 在后台线程中执行 DLL 调用，避免阻塞事件循环
result = await loop.run_in_executor(executor, dll_call, client_id)
return result

确实就跟前面几楼的回复一样呢，也算是挺清晰的。

python 感觉还是写阻塞的代码比较流畅，异步是后面塞进来的，得对底层多一些了解。阻塞的逻辑得单独放在个线程里处理。要异步不能直接用 nodejs 吗？虽然 nodejs 写不好也可能阻塞，但毕竟设计之初就是异步模式，大部分常用 IO 也都包装好了。前端上手 js 也熟练些。

可以免费体验两周，你自己试试？

智能补全的范围不限于当前行，还不错。响应速度和生成代码质量都还好。

没遇到。把扩展都关掉试试先？

我总觉得是微软自己的问题。这段时间我把笔记本电脑借给岳父用，给他单独新建立了一个本地账号。结果每天他开机登录自己账号时，我都会收到尝试登录，感觉是什么底层服务试图在登录我的账号，不是人为的。以前虽然也偶尔收到提示，但没这么频繁。当然我并没有确凿证据，等哪天笔记本还回来我再试试重现。