关于 webgl 相关的教材 op 考虑做吗，我发现这部分还比较少呢。

@facelezz API 慢一些到还好，毕竟补全需要的东西少，但是他这个补全的功能确实太差了，确实没法用。

@facelezz 效果确实不好，我也用 deepseek ，补全基本上没有几个有效的。而且由于我用 vim 模式编辑速度比较快，很多时候只是请求了数据，并没有相应我就已经编辑然后就开始另外的请求😂。这个开源项目跟已有的商业产品差的不是一点半点啊。

@facelezz vscode 引用上下文好像也不支持，只要特定模型才行。我在 vscode 上使用补全也很辣跨，而且我发现他们的 pre release 的仓库好像没有公开？

我是公网端口挂了一个 vmess 协议，然后用这个翻回家这个安全性可以，也比较方便。

楼主加油，我之前也做过一个 epub 的阅读器，后面准备用 foliate-js 重更新一下，楼主做了我想做的，点赞。

话说 less 不能满足需求吗，我感觉能满足目前你的需求啊

@binaryify 每个人理解不太一样，我也觉得 react 心智负担还是低，hooks 那些坑确实也存在（我也被坑过不少）。现在基本告别 class components ，相关的优化也可以在一开始不去管它，但默认性能确实不如 vue 等新框架好。
我觉得 vue 也有自己的问题，proxy 对象在复杂的依赖关系和数据结构上让调试和依赖追逐变得复杂很多。模板相对于 jsx 概念太多，指令这种既有编译器也有运行时的东西全是黑箱。vue 的组件创建大多都是但文件，相对函数式组件定义方式创建成本更高，会让开发者更倾向于减少封装。
总的来说毕竟是出来多年的框架或多或少有些问题，如果你想要都爽的可以去看看新框架（例如 solidjs ），但是生态嘛🤣。按照自己开发需求选择就好了。

@murmur 我觉得还是千万不要这么想，虽然 react 的 hooks 设计在现在看来没这么好，但理念还是很先进的，不然后面的 vue API 设计有受到影响。整体上 hooks 还是比较先进的逻辑封装方式，比 class 还是先进。更不要说 react compiler 出现会抹平这些差距。

关闭 5G 的功能🤪，我就是一直不开

还不仅仅是生成，自动补全也是。之前在 webstorm 上体验了一下他们家的 ai 他垃圾了。vscode （ cursor ） IDE 相关的 features 缺太多了，连个 git blame 都没有🥹。
有些功能需要自己去 vscode 配置才会开启，比如平滑滚动、自动补全的排序等。虽然拉跨但是有 cursor tab 加持也能将就用一下。增删改查的项目还是用 cursor ，传统项目切过去。

@jip 我觉得不应该吧，我开了几秒就关了，他马上就更新，中途我都不能停止。这个有点过分了。

@kongkongye Claude 的 API 对每个客户都是有速率限制的，即使是 pro 也要限速，我之前就遇到过，只是通常情况下感受不到。

跟你说个更恶心人的，我的小米电视一直是关闭自动更新的，今天我打开它看了一下这个关闭选项，手残选了一下开启然后马上关闭了，就这一两秒的时间他就自动给我更新了🙄

API 是要花钱的啊😂，这么贵的 API 他估计不会做这个赔本生意。

@pursuer 感觉在现在 JavaScript 运行时迭代器是一个很好的方式。

我感觉你可能是需要类似 redux saga😂

@Tumblr 我这个会一直漏根本停不下来

@cxe2v 气嘴是需要去专门的地方拧吗，你是怎么发现的呢？也是去专门的修理店。