@binfreeze
很显然和所有工程一样，软件工程也是妥协的艺术，理想主义不能当饭吃，现实中就是会有多种相互冲突的需求，尤其是不同类型的项目，需求差异更是千差万别，代码设计的再好，用户也无法察觉，只能从主观上去评估，谁会在意点下按钮，需要用几个指令周期，访问几次内存，发送几个请求才能完成呢？
说到底，最主要的问题就是，约束太多，而资源有限。就像现代无法复刻 2000 多年不倒的古罗马混凝土建筑一样，并不是现代人没能力做，而是不想分配几十万“人月”的资源去做，现代建筑设计寿命就几十年，你造 2000 年不坏的建筑有什么用呢
就像混凝土的评价指标不止是持续时间一样，代码的评价指标也不止是性能，开发成本你当然也得算进去，还有更多的指标和具体目标相关，例如互联网领域你期待能快速变更以适配风口，2C 领域你期待能实现美观的界面，2B 领域你期待数据安全保障，工业领域你期待能持续维护
当然不是所有的指标都互相冲突（比如你确实可以做得既优雅又漂亮，还有很高的性能，在主流平台都能流畅运行，还容易扩展，方便后期维护），但显然几乎所有其他指标都和开发成本/时间冲突，在成本固定，时间有限的情况下，某个方向追求越高，分配给其他方向的预算自然就更少

vscode 我记得已经内置了 profile 功能，还能在不同 profile 中可选的共享一些配置）

@MakinoharaShoko react18 有专门的 useSyncExternalStore

我建议用第三方前端解决这个问题

useEffect 里搞订阅容易在 react18 的 suspense 和异步模式中出问题

是向量搜索吗，那可能需要用一些特别的技巧
指 sqlite vss

你列的那些是反过来用的，当然不行了
搜索 linux rdp client

主要是历史问题，一开始这么做了，后面为了兼容也只能继续
历史上是性能问题（内存不够加载全部内容，只能分成头文件和实现文件）
现代 c++你是可以把所有内容全写 header 里的，所有声明都加上 inline 就可以了（然后就可以等着内存爆炸了）

因为不放广告的话大多数用户的价值是负的

@idealhs onnx 可以在浏览器跑 llm 啊

感觉这种东西可以用 llm 来生成，弄个 7B 的模型，0 prompt 直接让它瞎写（划掉）

参考损坏 sqlite 数据库的几种方法 https://sqlite.org/howtocorrupt.html

你是受那啥“扩展坞烧主板”新闻的影响吧。。。
那人家质量问题，符合标准的扩展坞插电使用算是正常（按标准无源集线器（从主机 USB 接口取点）才是特例，正常的 type-c 集线器都应该是自供电集线器）（某种意义上无源集线器更容易烧主板一点）
至于不符合标准的集线器，那自求多福吧
（其实还有那些宣称自己使用电流 100ma 以下，但实际远超 100ma 的设备也容易在无源集线器上出事）

需要考虑的问题是为什么你会有一个无效的指针需要比较？有这个无效的指针在，你问题是解决不完的…

仔细想 udp 会假设信道不可靠自动重传，而 sctp 是可靠协议，于是遇到 qos 丢包的时候，udp 协议的客户端触发重传，但 sctp 还是要把所有数据包发送过去，这样就平白无故增加延迟了
（和之前 udp over tcp 一样的问题

@yaott2020 sctp 是单独的，和 quic 自己整的那个没有关系

用浏览器提供的 Passkey 啊

@surrenal 那肯定啊
explorerpatcher 不是日常被更新打爆（