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

V2EX = way to explore

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

For Existing Member Sign In

1 2 3 4 5

❮

❯

8 天前

回复了 riceball 创建的主题 › 程序员 › Cordis 的坑与账-DeepSeek Harness 运行时拿它当底座

@coefu 不，那是你不够“懒”,能做到彻底复用，才算是真"懒",否则只是偷懒，总有一天，债会找上来。我也写了个搜索，https://github.com/isdk/web-searcher.js, 唉，现在的本地搜索太麻烦了，只有 searxng 之类的才好用点，而为了这个搜索我只好又写了： https://github.com/isdk/web-fetcher.js
我倒不觉得狂，而是悲哀，至于你不觉得这个世界都是一个草台班子，我想，你大概没有看过《 Abel Raises Cain 》纪录片。

8 天前

回复了 riceball 创建的主题 › 程序员 › Cordis 的坑与账-DeepSeek Harness 运行时拿它当底座

@coefu 那看你怎么用，如果你是直接用 dsh ，那自然问题少很多。如果你是像我一样，只用它的底层 cordis 作为库，开发自己的可扩展应用（基于 p2p ，远端/本地自适应插件及服务），那就是满地坑。
@nextone 都是草台班子。

8 天前

回复了 riceball 创建的主题 › 程序员 › Cordis 的坑与账-DeepSeek Harness 运行时拿它当底座

@coefu 我就是太懒，想直接用 dsh 的 cordis,使用插件体系，本想着敢提一切皆插件，底层应该是有良好分层的，没想到用起来全是坑。

9 月 24 日

回复了 jamesliu96 创建的主题 › 分享创造 › [开源] ECP：基于 ML-KEM-1024 + X25519 的后量子混合加密双棘轮协议 (纯前端/无后端/剪贴板传输)

这个麻烦的是目前没有标准的加密共享剪贴板协议，如果真想好用，最好要兼容 Apple Universal Clipboard ，KDE Connect, Clipshare ，等。还有在 readme 中描述的加密协议和剪贴板无关，让人困惑，为啥这个通用的加密数据包格式也要重新发明?
demo 感觉使用上还是麻烦,这个可以参考现成的使用，然后在使用上做到更简单化，否则。
最后，为啥不将编译后的 js 统一放到 dist 目录？在 git 不应该保存编译后的代码。

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 输入，输入地址码，机器码，进行编程。感兴趣就会觉得蛮有意思的。

1 2 3 4 5

❮

❯