别拿极端情况反驳，毕竟原贴的绝大部分情况下，都不太可能涉及全表扫描，而且，这种全表扫描，很多时候都可以通过冗余统计字段的方式来温柔对待，因地制宜就好，在需求和成本间实现优雅的平衡

mysql/pg 其实都可以承载的，根据具体场景做一些索引优化、分区分表之类的，再多关注一下 sql 语句的写法，问题不太大一般

怎么我觉得我跟这个社会有点格格不入，自己弄了一个不合适的套餐，造成了超额消费，不应该赶紧换个套餐就好了么，为什么要用耍赖之类的方式去退钱呢，我理解不了

估计是卡在界面渲染了，试试非网页包壳的，比如 paw

如果可以请假避开高峰期，优先开车吧

作为用户，怎么有这么傻逼的设定

一句话能说清楚，非要啰啰嗦嗦一长篇，还没写清楚，你用的这个 ai 明显水平还不到家呀

web 在构建页面这一块，又快又好，所以不复杂的需求，我会选择 web ，使用 Tauri 打包一下。如果是对渲染性能、数据处理性能、系统底层交互、资源占用敏感的场景，就还是选择各平台个性化的方案了，但是往往开发速度就不像 web 页面那般快了

@sayonara7 13 上，第一张图和第二张图高度是一样的，刚拿对象的 15pm 看了下，也是一样的

相同系统和软件版本，iphone13 ，好像你截图的这些地方，都还挺统一的，肉眼没看出来像你截图中那样，难道 15 比较新，所以要特别一点？

@coinbase 可以做到的，先订阅一个规则，然后自定义一个规则，自定义规则里面引用订阅的规则的特定内容就好了，这样就达到你要的目的

单纯不喜欢 RustRover 的界面，配色这方面，浅尝辄止

比较容易淹死，谨慎谨慎再谨慎，最好别去

@unt 纯 tcp 字节流肯定是不行的，要在上面定义应用层协议，mqtt 就是这样的应用层协议，你既然都问出了这个问题，建议就 mqtt 吧，自己定义私有协议，技术能力过硬还可以，技术不到家会适得其反的

mqtt 就是一个定义在 tcp 字节流之上的协议，已经处理好基础定义了，并且开放性很好，如果是一条一条的消息数据类的，推荐使用 mqtt ，其 QoS 机制很可靠，如果是其他特定的比如视频流之类，就建议还是走 tcp 或者 udp 通信了

最有生产力的，不应该是装个 debian 之类的，在 windows 或者 macos 上用 vscode 远程连接上去写代码么？

你说的是茶饮料，不是茶

口粮茶嘛，看到性价比高的就屯一下，没有特别爱好，常见的茶类都被当过口粮茶，其实不少茶都不错，经常换着口味喝也挺好