V2EX › riceball 的所有回复 › 第 1 页 / 共 5 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5

❮

❯

1 月 29 日

回复了 Koimiao 创建的主题 › 程序员 › 我们打造了一款比 moltbot（clawdbot）更便宜、使用更简单、全天候 proactive agent

感觉类似目前的 skill, 或者说是否能做成 skill 更方便使用呢？当然如果能拆分得比 skill 更细，那就更好了！
用 sqlite 是个好主意，不过还是用了 RAG(with vector)存到 sqlite?

1 月 29 日

回复了 sn0wdr1am 创建的主题 › 程序员 › 对于项目 AI 规范最佳实践，大家有什么心得？

不可能有所谓统一的项目规范最佳实践，每个公司，乃至架构师、资深开发者都有自己的一套"最佳“实践！

1 月 29 日

回复了 blinue 创建的主题 › 开源软件 › 开源项目维权太难了

我不觉得有啥影响的，必须挂出来鞭尸，得道多助，失道寡助。

1 月 29 日

回复了 addigi 创建的主题 › 职场话题 › 当编程的核心技能从“写代码”变为“调教 AI”，程序员该如何自处？

对资深和架构师是真的利好，因为本来这些就是他们的工作: 制定规范，拆分问题，评审代码。对初级开发才是最糟糕的事情，断送了上升通道。就我而言 AI 作为初级程序员比人好使，而且知识面广，百折不厌，说实话，只要你精通软件工程，那么和 AI 沟通，比人简单，出的代码也比初级程序员强，我敢说，以后招初级甚至中级的都会越来越少。人类的未来真的堪忧。

我的总体感受是，在架构设计层面上，时间效率会下降至少 2 倍，但是会让我架构更全面仔细。而在 coding 层面,效率会提升 2-3 倍,真是架构师的福音，当然你必须严格把控 AI 的代码方向，否则它就会给你一个大惊喜。

2025 年 11 月 15 日

回复了 mizuhashi 创建的主题 › Vue.js › 用 reactive 來實現 oo 對象的封裝

你是否真的需要对象中的每一个属性都 reactive?是否存在不需要交互的属性?

2025 年 11 月 15 日

回复了 hellodigua 创建的主题 › 游戏开发 › 提个疑问，游戏是软件工程中最复杂的吗？

看你从哪一个角度看，从开发看，现在一般都不会从游戏引擎，任务编辑器开始从头写，看你怎么选择游戏引擎，低级一点的需要自己写关卡任务编辑器，不过大都有现成的模板，高级一点的是全都有，只不过可能开发游戏类型有限制，要遵循它的机制。不过对于游戏, **开发**往往不算是重点，重点是游戏本身，角色、故事策划，任务策划，UI, 美术设计等这些和开发不沾边的。

2025 年 11 月 15 日

回复了 FakerLeung 创建的主题 › 程序员 › 最近想尝试一下 vibe coding，想偷师一下各位的 prompt

首先让 AI 写代码，你就得是承担架构师的角色。要自己懂开发规范，懂设计架构，不是抄提示就行。
这些 spec 只能算是带入门。
目前 AI 对资深开发和架构者是利好，对初级开发者这样并不是好事。

2025 年 11 月 4 日

回复了 wangshuo6 创建的主题 › Local LLM › 我模仿 nanochat 全栈 llm 流程, 在 8 x H100 芯片训练了 500m 参数的 llm, 以下感悟

500M 用得上云跑吗? 本地有一个 16G VRAM ，大概应该也够吧。或者直接 CPU run,慢就慢。

2025 年 11 月 4 日

回复了 hanshuaihan394 创建的主题 › 创业组队 › [技术合伙人招募书：用代码，重构中国千亿人情市场]

@hanshuaihan394 最隐私的就是记账(人，事，Money)，除非开源审核，并且全本地处理，无信息外流。
而所谓公司承诺谁信，这些信息一拿到手，不就可以任意拿捏用户，甚至敲诈...,想得太美，灰色地带，只有区块链模式成功了，人家就是全开源，突出一个互不信任，但是相互协作。感觉像是听 AI 的一翻吹，你这个回复感觉都是 AI 做的，空谈，没实际内容。

2025 年 11 月 2 日

回复了 hanshuaihan394 创建的主题 › 创业组队 › [技术合伙人招募书：用代码，重构中国千亿人情市场]

最关键的一点的逻辑不成立，这些礼金信息是用户愿意来出来分享给公司的？这极度隐私化，处于灰色地带的东西，怎么和社交网络联系起来的？

2025 年 11 月 1 日

回复了 riceball 创建的主题 › 分享创造 › [开源] 做了一个面向 AI 代理的 Web 自动化库：双引擎（HTTP + 浏览器）+ 声明式动作，让 AI 像人一样浏览网页

@zhouxiaodi 对，本质上就是这样，这只是一个底层函数库。最终上面就是封装为 ai 的 tool func ，让它在需要的时候调用。

2025 年 10 月 31 日

回复了 riceball 创建的主题 › 分享创造 › [开源] 做了一个面向 AI 代理的 Web 自动化库：双引擎（HTTP + 浏览器）+ 声明式动作，让 AI 像人一样浏览网页

@closedevice chrome-mcp 没看到过，不过看到过基于 playwright 做的 MCP,太过简单.

2025 年 10 月 31 日

回复了 zhennann 创建的主题 › Node.js › Vona ORM 文档终于肝完了，欢迎拍砖

还需要再细拆分包，尤其是 AoP 这部分，和项目无关的可以独立出去。js npm 给我大开眼界的是哪怕一个函数也能独立成包。
Zod 应该只是可选项，对纯动态 json 无解，个人不喜欢，如果它只存在编译阶段就是个好东东，其实 ts 本身对运行时刻的动态类型也无解，我最多用来是在 vscode 中快速 hint 采用它的类型系统。
js 的优势是灵活和动态。Prisma 的规范我很喜欢，但是它居然不能动态创建数据集，这简直: https://github.com/prisma/prisma/issues/6442

2025 年 8 月 9 日

回复了 honkew 创建的主题 › 程序员 › 你们相信这是十几年的程序员写的代码吗？！

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

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

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

2025 年 8 月 3 日

回复了 songtianlun 创建的主题 › 问与答 › 求教，有没有大佬按照《计算机是怎样跑起来的》给的电路图自己做微型计算机？

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

2025 年 8 月 2 日

回复了 max1 创建的主题 › NAS › 极摩客 K12 看参数和介绍是一个我心目中的六边形战士

没优点，买这不如 jmk x2,但是没性价比。

2025 年 8 月 1 日

回复了 imaxwell 创建的主题 › 程序员 › AI 虽强，也不能让 sb 变 nb。

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

2025 年 7 月 20 日

回复了 Trinity888 创建的主题 › 程序员 › 想了解一下大家对 Markdown 协同编辑工具的使用情况和痛点

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

2025 年 7 月 20 日

回复了 riceball 创建的主题 › 前端开发 › 基于 Electron 的 React 插件化 AI IDE App， Piral vs Modern.js/Qiankun/Luigi 如何选？

@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.

1 2 3 4 5

❮

❯