说起来，我没做过 RFID 不太了解，你这个 EPC 是存储在哪的，EPC 的变更需要重新刷写 Tag 吗？如果需要重新刷写 Tag…是因为反正都要把货物运走所以也不介意接触下 Tag ？

我这个包( https://github.com/iseki0/executables)里，ELF 部分的代码可能有 50%+ 是 Cursor 写的，都是一些机械性的代码。我向它提供 manpages 和纯文本的规格书，由它根据规格书来补全结构体定义和 parse 函数。除了其中的注释很多以外，并没有什么太不良的事件发生。
个人感觉这东西的输出质量存在很大随机性，存在这种某个 chat/composer 可能从头至尾都不能好好写代码的情况。
你提到的上下文限制问题，我这边的解决办法就是我多想一点，把已有的需要用到的函数告诉他，让他自己去搜索定义并使用。
不过我这个仓库结构是很简单的，如果复杂一点，沟通需求和设计就会花费巨大精力了。

@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 上的枚举值，不丢不错。

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

Java 的 char 存储的是 UTF-16 的一个 code unit ，一个不在 BMP 的 code point 在 UTF-16 里是两个 code unit ，所以你没法把这部分字符塞进一个 char 。但是常用汉字都在这个范围。

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 那岂不是只能写写小猫补光灯了🥲一下子感觉大会员白买了

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