@cooltechbs 先做好基本功能再说扩展性吧，现实是 vscode 做不好 IDE 基本功。而这恰恰是碎片化导致的

Vue 这样或者那样的小细节太多了，我不是天天写前端，记不住，也不想去记。React 就很简单，反正就那几个 use hook ，class 组件生命周期记不住就不记了，反正只有那么极特殊的情况需要用。

我倒是觉得 React 真很简单，前提是不上 Next.js 。但 Vue 的坑和魔法就太多了。
React 只需要考虑 view=f(state) 就行了， 不出这个圈一点问题都没有，vue 才是真的把语法改了的那个，template 有的能写有的不能写，构建系统也变得更复杂，头大一圈。
至于 Next.js ，我认为大多数时候应该是成本>收益的😅

所以如果最后 DMA 子系统 breaking change 了，坏掉的 Rust binding 谁来修呢

你们 Cursor 怎么都这么好用？
我让它帮我抄个枚举值，丢三落四还乱改数值；让写个 API 文档，吭哧半天，表达怎么样先不说，基本风格统一都没做到😭，偶尔不知道抽什么风还在英文文档里加两句中文😭。

恭喜恭喜，但确实被标题吓了一跳

cloudflare 免费版的主要问题是大陆网络的连通性和速率、延迟都不高。其他的限制，不能托管视频。至于图片什么的只要你的规模没大得离谱他们的销售不回来找你麻烦的。

@annoygaga

我更喜欢 M$ 的 API 风格指南，该指南推荐中划线。我猜想这可能和 HTTP 协议的整体风格有关。

看干什么，写严肃代码有点难，我到现在也不知道怎么让 AI 好好帮我翻译 spec 上的枚举值，不丢不错。

没有独立卫浴其实有一个好处，不用自己收拾（

Go 的文档风格是极简风格的。它舍弃了比如 Java 语言的 javadoc ，使用带有特定语法格式的文本表达的格式化文档，使文档更容易编写。一般来说，以 Kotlin 举例，kdoc 需要这么写
```java
/**
* Title
*
* @param[foo] description for foo
* @param[bar] desc for bar
* @return blahblah...
*/

```
而 Go 则倾向于使用人类语言来描述：
FunctionName returns blahblah. The parameter foo is blah, the bar is ....

显而易见，Go 这种文档是更容易编写的。你不能只看到它阅读困难，它好写，人们可能就爱写，比 kdoc 写一堆 @param 然后描述空着似乎强了那么一些呢。

语法设计导致的吧，我也非常讨厌 Python 的 lambda ，非常丑陋。但是 Kotlin 的很美

你是未确认发送私信的人太多了吗

@hatori 在哪办

@Chism 我用的默认的 sonnet 3.5 那个

@annilq 🥲可是很多东西是很难一眼看出/测出错误的，像这种枚举值的事，甚至测试用例不太可能覆盖到（我没地方找那么扭曲的 exe 文件去）只能严格按照 spec 做。

@ferock 那岂不是只能写写小猫补光灯了🥲一下子感觉大会员白买了

所以你给人家拉回来没有？

空载半小时 300G ，很离谱。

技术可不能用来领导人😩，管人需要的能力和写代码需要的能力重合度没这么高😭。