刚出来就在用了。GitHub Copilot 主要是帮你补全、增加效率的。而 AI Assistant 是类似 chatGPT ，问答式。比 chatGPT 3.5 写代码更专业，感觉 chatGPT 更像是帮你找资料然后微调，而 AI Assistant 是理解代码并回答。
纯个人主观感受

它俩都没好路线，质量好不好看运气。不如直接买带 CN2 路线小厂的，还便宜。为避免广告嫌疑，自己搜一下吧，挺多的

@54qyc #8 目前我收集到的主流说法是：1. 当出现`覆盖索引`的情况时，where f2 也许会使用此联合索引 2. 当 f2 列的值非常唯一（即重复值占比高）时，也许会使用此联合索引，仔细想想确实比全表扫描（即聚集索引）快。
当然，我觉得查询优化器绝非如此简单生硬，应该还有很多文档都没记录的规则。如果是应付面试，我觉得上面两条答案够了。如果真想研究，只有嚼源码这一条路。

楼上应该没仔细看正文。
op 的疑问是：1. 第二个例子中 where f2 > 40 会使用(f1, f2)索引。2. 为什么聚集索引和联合索引差不多，不使用聚集索引。

以我个人拙见，MySQL can choose an index scan to fetch all rows ，指的就是全表扫描，建表语句中 PRIMARY KEY(f1, f2)显性得创建了主键索引，那它就是这张表的聚集索引。所以 where f2 > 40 就会使用且只会使用 PRIMARY KEY(f1, f2)，因为没别的索引了。
至于索引查找和索引扫描的区别，这是两种策略，有时单独使用有时相互配合，具体可以问下 chatGPT 。

Ai Assistant ，感觉代码能力比 ChatGPT 强

体验完感觉完成度很高，UI 很漂亮，细节也打磨得很好，感觉会是个很受欢迎的项目。
同时有一点小建议：cursor 应该再规范一点，目前有很多地方可点击但显示指针。后台的 tab 没有居中，貌似是因为试用时间导致的。

整体布局不错，UI 还有优化的空间。已提交一个网址。

如果是 js 不熟悉，可以看这个 https://zh.javascript.info/

react 的新官方文档，已经全部汉化，通透易懂。https://zh-hans.react.dev/

碰到过 2 次 Logi Voice 长时间 CPU100%，M 芯片风扇一直响才发现。气人的是不给关闭的选项，想用 Logi Options+就必须开着 Logi Voice

贴一个我喜欢的 Go 项目的结构，作者也曾在 v 站发过贴，我的项目也都用的这种结构
https://github.com/answerdev/answer

@jokimina #14 目前只有点击量这一个指标，用户在本站的点击量。

https://techurls.com/ 右上角可以切换类型
另外国内可以看看我开发的： https://rebang.today/

https://rebang.today/dev?tab=journal-tech

@sunhuawei https://www.liwenzhou.com/

人事如果忽悠你签《因个人原因离职》的协议，一定不要签，签了就算仲裁也拿不到钱。

目前是 13.4.1 ，昨晚刚遇到严重 bug ，正打着字突然整个系统卡顿，就连关机操作都卡得持续了 5 分钟。
现在的感受是非常想回到 Big Sur ，功能没什么变化，小 bug 多了许多。