md5(microtime(true)) 对这样短的字符串冲突比较大，而且耗资源.

microtime + nanoID: https://github.com/hidehalo/nanoid-php （偷懒用）

这个其实是服务器端开发，优化要找到要点，变化的点，然后加顺序号。其他无论如何都要增加额外开销，只是大小不同。

对，以前计算机专业都有，不过非必选，是一套，我当时自己买电路板，焊元件，八位还是十六位的液晶二极管作为输出设备，0-F 输入，输入地址码，机器码，进行编程。感兴趣就会觉得蛮有意思的。

从另一个角度来说 AI 使得架构更慢,就拿我当前正在做的 AI IDE MVP(基于插件的桌面应用)来说，架构修改了三次，技术选型从最初简单的基于 React Demo 提取功能，到基于 Quasar2(Vue3), 然后再到 modern.js/Qiankun/Luigi/Piral 微前端框架评估。 接着选择 UI 状态管理器. 发现的确 AI 有点这个 bullshit 的味道，先下结论，然后根据结论找理由。蛮好玩的。 本来这个问题，两个选择都没有什么，权衡角度不同，自然结论不同，但是你不应该倒果为因。 当然总的来说，AI 对我的帮助很大，通过 AI 你能看到更多，更细，然后你要查证的也更多,舵手永远只能是自己

@Trinity888 你想问是多个用户同时编辑同一个文档么？如果是，这和 markdown 没有关系，而是和 CRDT (Conflict-free Replicated Data Type ，无冲突复制数据类型) 有关，这块你可以看看 https://github.com/yjs/yjs CRDT 的一个实现,它支持很多编辑器的集成，包括一个所见即所得的 markdown 编辑器。

@opengg 功能拆分这是一方面，另一方面是我需要框架能推荐最佳实践，毕竟我对 vue 和 react 都不精通，也不太 care,只要满足需求就行。如果不要求插件体系，quasar 就是一个很好的前端 APP 框架，包裹了一切，就很省心，但是 vue3 就太不省心了，过于专注性能，牺牲了灵活性，然后就对 vue2 不兼容的地方太多。
modern.js 本来可以的，可惜了，v2 开始就废弃了太多，专注核心是好事，但是 modern.js 不就是一个最佳实践的整合框架，但是力度越来越少，modern.js 的核心就是 mf2+garfish 。mf2 专注的是模块依赖共享； garfish 是一种微前端框架，garfish 更专注在微应用之间的完全隔离，主要考虑的是线上，而我是桌面应用，garfish 对我意义不大。

看了下 Piral 的文档，Piral 是老牌桌面应用插件系统发展过来，一直到今天，支持 mf 和 importmap ，就插件体系来说，非常完善，工具链也完善。甚至通过它的插件体系实现对 Vue/Angular/Hyperapp/Inferno/Preact/Aurelia/LitElement 等的支持。

Anyway, Thanks a lot.

@opengg MVP 需要简单快速，不仅仅是平台插件化，基本功能也会插件化，还会有 AI Lib(Agent/Ability/etc) Store, 比如听，说，画，唱等。Store 里的包和 App 插件还略有差别，包装肯定是免不了。vscode 代码编辑器，太臃肿了，这个只是为我自己的 AI 语言开发的 IDE, 主要是 talk 为主，editor 看是 Monaco 或 codemirror,只要支持语法高亮，diff/merge 就成. 先跑起来，后续在考虑沙盒隔离。

@kneo 你是在讨论技术，在一个技术坛子，所有的回答没有涉及到任何技术问题，全是人生攻击，风格脑残，很土，什么垃圾，什么是个 AI 都会写，甚至说只有几行代码，哈哈，这才是从正面说明了什么叫空洞，乱骂一起，啧啧，还有三个点赞。不说 AI, 你写一个瞧瞧。talk is cheap show me the code.

@gitlight 拆解成一个个单独的任务是对的，这也是所谓智能体任务的本质，拆分成若干简单的任务作为智能体，然后拼装，这里隐含的一个事实是上下文（提示词）越短，输出质量越好。
不过，写代码这块一般来说，也就初级程序员水平，当然，我还是说，如果它正好参考到最佳实践，那就完美。但是就我的实践来看，很少遇到。比如 https://github.com/snowyu/property-manager.js ，写于十几年前，那个时候 Json Schema 还没完全成型，现在让它把内部 schema 转为 toJsonSchema() helper 函数, 如果不写单元测试，逻辑都有问题，AI 改了几次才通过测试，仓库中该函数的第一次提交是我让它优化重构的版本，它也就简单提取了个 normalizeAttributes(), 后面我只好自己重构了，还不是很满意，后面有时间还要继续重构。目前来说，AI 对我帮助最大的是写技术文档，另一个是单元测试（不过，这块还是要 code review ），另外就是各种多次，多模型的开放讨论，最后才是写代码，拆解为独立的简单的函数代码任务或者搭建框架任务。

@jojopro @SantinoSong 是在跳着看，只看自己想看的，还是全凭想象。我的意思是 1. 你要清楚现在 AI 能干啥，局限在哪里，我能用它做什么； 2. 思考如何用 AI 提高自己，而不是把自己变得更蠢. 如果觉得 AI 的编程能力比自己强，那么就该好好想想这意味着什么。

AI 拥有远超个人所能掌握的知识，尽管有幻觉，这一点上利用好，那么对个人提升进步才是巨大的。
目前来说还没有真正意义上的外置知识库，都是来自训练。当前通过嵌入向量实现的 RAG 还根本达不到外置知识库的用途，而当外置知识库真正到来的那一天，又将是一个飞跃。这意味着专家知识得以被 AI 使用。

正好作为角色可以参考。Thanks.

@NGGTI 的确，拆分后的输出质量还会提高，这也是 cursor 的发挥余地。不过，哪怕是拆分恐怕也无法解决让 LLM 更深入思考问题，这个项目实际上是埋了雷，LLM 并不会去思考适不适合转成 VUE3 ，代价是什么。

@padeoe 感谢，从代码上看，的确 claude 就是在逐个文件对照转换，所以遗漏文件较少。但是就是因为缺少思考，就连 tel/email 这样的简单的组件 mask 都不设置，直接照搬 quasar@v1,导致错误，不过这个问题我相信 claude 可以解决。search 组件一样，甚至还卡在第一个问题上，点击 search 图标后报错，正常应该触发 search 事件，将文本内容添加到 history 组件上。

我依稀记得这个问题也和动态有关，具体忘记了，这个问题很快解决了，AI 走了大段弯路。然后第二个问题就是`动态事件`问题，defineEmits 只能是在 setup 脚本编译时，当然现在如果使用不在 emits 中的 name ，还只是警告，但是我怕总有一天，警告就变成错误。另外这也导致 quasar-testing(应该是基于 vitest)无法测试这样的`动态事件`。
btw, LLM 很轻松的就根据我提供的信息（这个比较新，它知识库没有）搭建了单元测试, 单元测试在分支`v2`下 ui/dev ，你可以跑跑看。v2 分支是 gemini-cli 的最终版，绝大多数代码都是它写的，我只纠正了大概几行代码。

@JoeDH 你可以试试，不过我以为结果和 @padeoe 的差不多少。

@zaunist ，不错，这活血了，离开了具体环境，很多鸡汤什么也不是。

@yjd 一般来说，轮数越少效果越好，除非特别内聚在一起，没法子。

@guaguaguaxia1 AI 有两种，一种是自己思考，另一种是照猫画虎，套公式，人其实也一样。

@hellodigua 所以我说看运气，会有抖动，如果当时 AI 正好参考到屎山代码，如果这样写的人越多，那么 AI 拿来参考的概率就越大。

@iorilu 同意。

@theChampion 首先这个项目本质上讲就一个输入框组件容器，只不过是动态的而已，本身就很简单，Quasar 把界面和逻辑都封装好了的。 这个 AI 讲的其实都是道理上正确的废话。不过不会正确提问的，是可以学学。

如果机械照搬 AI 的方案，不会设疑寻答，没法进步，只能让越来越蠢，说实话 AI 有时候甚至会在架构中不时给你埋雷(当然这个实际上看人品，毕竟它的知识库够大，看它参考的什么实现)，唯有思考，目前 AI 的局限在哪里，如何用它来提高自己，与它沟通交流，为啥这样实现，而不是全部交给 AI 来写.
我的确看到完全不懂写代码的产品经理，通过 vibe coding ，慢慢被 AI 逼着会自己写代码了，这就是个人的提高，反过来，如果一个人因为 AI,慢慢变成不会写代码，这叫提高?
最终 AI 只能让蠢人更蠢，聪明人更聪明。


Karpathy 这次又造个新词（ Bacterial code ，我感说这些词都是来自 AI ），而这实际上不就是 KISS 的翻版，但是现在哪一个 AI 能写出完美 KISS 的代码？
而 Karpathy 这次的意思是劝开发者多写些 KISS 代码，方便 AI 抄袭。

@mumbler 你放心去吧，抄袭美，抄袭妙，抄袭呱呱叫！总有一天碰到代码库中没有的问题时候，别说我没说过。

@mumbler

1. 首先 gemini cli 刚开始是用的 Gemini Pro 额度还是挺多的，够用. 当然现在额度降低了，用不了几次就转 flash ；
2. cursor 背后 就是 claude ， 而 claude 我试过的，让它分析代码，它就直接背答案，我对这样的抄袭高手不感兴趣。你觉得 claude 好用，那只不过是都在它的代码库里。如果不信，你可以用这个项目 claude 试试，让它转转看。
3. 对这样无视版权的 claude 公司，我自己一点不会与它交谈，让他利用。ds 都行，不过 ds 还要迎头赶上才可以使用。

@kneo 为啥一个二个都这样抽象？不具体指出问题在那里，不知所云，具体哪里？ 我虽然不喜欢这样的风格，但是我觉得它没有离题，都是围绕它的题目展开叙述。

不过 AI 这样的确不行，吸引来的感觉大部分都是初学者。

玩玩，玩玩别认真，AI 的例子，AI 的文稿。通篇 AI 大作，写得蛮好玩的，反正我自己是写不出这个调调，也许这是小红书体？

看你列举的 framework,除了最后一个 KMP （如果是 kotlin fans 可以试试，不过听说目前 to web 并不完善）,其他都是 js 框架，你其实是想问 跨平台 JS 开发框架推荐吧

Linux 的魅力在于开源以及 DIY ，背后是不断学习。而且 Mint 只是其中一个发行版，如果英文不好，那就用 deeplin 之类的中文替代方案。

因为开源，好用的软件一大堆

Spotify: 为啥用这货，根本不开源吧,替代品: https://github.com/KRTirtho/spotube

网易云音乐：替代品: https://github.com/stark81/VutronMusic

从系统上约定好 id 命名规范，比如: 'btn_RootCategory_SubCategory_MeaningfulName' 这样后期分析就好做些,这个是公司层面的问题。底层开发者无法解决.

对，如果你只是用来找答案，敷衍老师，那么自然成为废物；如果是用来辅助自己习提高，思考背后的 Why, 为啥要这样思考，哪里对，哪里不对，哪里没考虑全面，我应该如何思考，那就会变得更强。

但是，话说回来，人都是偏懒的，如果懒得思考，只想快点搞完了事，那就玩完。

@jqtmviyu 错误，不是润色，而是全部都是 AI 根据我的 readme 自行创作。哪里缺乏重点？ 我觉得它围绕它定义的标题“不用继承给类加事件系统”描述得全面，就是语言夸张，我个人不喜欢这个风格。但是这已经非常拟人话。