V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  GeruzoniAnsasu  ›  全部回复第 2 页 / 共 174 页
回复总数  3480
1  2  3  4  5  6  7  8  9  10 ... 174  
❮ ❯
8 月 26 日
回复了 tht1286545749 创建的主题 › 程序员 › 为什么机器人一定是“人”呢
别的不知道,我只知道机器人老婆 https://zh.moegirl.org.cn/%E5%A4%A9%E7%AB%A5%E7%88%B1%E4%B8%BD%E4%B8%9D 必须是人形的😡😡😡
8 月 26 日
回复了 mixuxin 创建的主题 › 程序员 › Agent 开发时代,你们还在做 Code Rview 吗?
直接引用: https://www.v2ex.com/t/1236043#reply36

review 应该是一个工程质量环节,不是完成代码实现的步骤。review 的目的是确保我跟 LLM 能双向理解彼此追求的细节,正如设计师会来盯你的前端到底有没有精确到那 1px 一样。
@winglight2016

同性有性生殖都遥遥无期。因为无性/单性生殖可以从体细胞诱导为全能干细胞,再让干细胞发育为胚胎,有了胚胎之后就可以进入正常发育进程了;但有性生殖必须解决生殖细胞的问题,不管男性还是女性都无法实现体细胞减数分裂并发育为生殖细胞。这与线粒体没有关系,你把因果倒置了。(是因为男性生殖细胞的线粒体用后即焚才导致线粒体只能从卵细胞/女性获得;并不是因为线粒体只能从女性获得所以男性无法提供线粒体)
8 月 25 日
回复了 Evodrewburg 创建的主题 › Docker › windows 装 docker 哪种方式体验最好?
docker desktop 是给 windows 用的 docker. 如果你是要给 wsl 用的 docker 则选 wsl2 里原生安装。

没有任何特调,没有虚拟机带来的 namespace 不互通问题,没有自动更新,没有 hyperv+wsl+docker desktop 的超绝三并行心智模型等。
在它是一个伦理问题前,首先这是一个前沿生物学科的里程碑。
在它解决人的生育问题前,首先会解决很多珍稀哺乳动物的保护繁育问题。
语音输入最大问题:

=> **缺失结构**
8 月 21 日
回复了 wwmmkk 创建的主题 › 分享创造 › 频闪测量仪,帮你发现身边的有害光源
看算法介绍感觉很有意思,请问有用到本地 ANE 之类的加速方案吗
8 月 21 日
回复了 Chatterleys 创建的主题 › OpenAI › 真感觉 openai 随机重置有点恶心
拿噱头逗逗你的,你真充啊
不可能。

我干过所有的活。人脑能力和社会分工注定了你只能关注一个很窄的方面。


我要把我设计好的状态机类实现出来
和
我要安排明天的行程一次性拜访三家客户准备好我们的产品展示


你一个月都不会有切换一次上述两种任务的机会。
8 月 21 日
回复了 richard001 创建的主题 › 程序员 › 人脑几 k 上下文能对抗 300k 的 agent?
……

这是一个「飞机要翅膀扇多快才能赶上鸟类」式的问题;而且 AB problem ;而且「放平心态,随遇而安?还是认真负责?」 两个预设分支都没什么建设性。

先说第一个点:LLM 的记忆结构与人类相去甚远,attention 机制让机器能够建立逻辑关联,但这个逻辑关联还不能通过可视材料(我原本想说「文本」)以外的任何方式训练强化 —— 但众所周知人类学会逻辑的途径远比可视材料庞杂得多,而且人的记忆系统记住的不是文本,而是信息本身。attention 解决了知识提取的问题,但并没有解决知识存储的问题。


----

第二个点:你遇到的问题是在一个工程迭代中 LLM 拉出的速度远大于人类理解的速度,但任务排布节奏却以 LLM 的速度为基准,根本不是以任务完成的实际耗时为参考,这与标题的「对抗 agent 」根本不相关。

我在半年前还是坚定的手动 review 派,因为那时候 copilot 是最好的 coding plan ,有最好的 GUI 和 quota (高额免费),可以分层(对话轮次、checkpoint 轮次、文件层次、git 历史层次) review+即时参与修改,非常方便。在工程约束和代码质量上直到今天仍然完爆所有的 YOLO 放养式和 TUI 交互。只不过 copilot 没余粮并且偷懒的人越来越多了,导致 vibe 不看代码的情况越来越严重。 我最近新玩的几个小项目也尝试了完全放养 —— 都是些我不太熟悉的技术栈和框架,更重要的是,都是些不重要的项目。所以解决这个问题的思路是这样的:

- 你是否严苛地要对代码质量负责
- 你是否有清晰的、必须要求 LLM 遵守的架构方向
- 你是否在熟悉或学习成本比较小的技术栈范围内工作

如果是,那么我非常建议扔掉 TUI 坚持只用 Editor 和插件,真正让自己参与写代码。如果否,那么目前击鼓传花坐等 LLM 写爆的大环境下,产出才是成绩,不如同流合污否则身心受损很吃亏。


----

第三个点:放平心态和负责不是互斥的。LLM 是与互联网和云计算同等分量的基础设施革命,并不受个人情感倾向所左右。人们要选择的是对 LLM 的使用方法,遇到阻力要去推动的也是对 LLM 的用法,而不是调整态度。古法编程的每个项目都有一套专门的代码规范文档,在 LLM 时代假如没有 LLM 使用规范和约束文档,那是一种倒退且匪夷所思的。如果仍是人在主导项目,那必定还是以人的能力为边界,这个标准不会改变。有这个认识就不会产生「躺平还是对抗」的迷茫。
打过创业比赛,门道可比表面上的多得多。


这个比赛你是想拿成绩还是仅仅参与一下乐在其中就好? 如果只想随便参与一下那做你想做的就可以,如果要拿成绩,首先得研究一下评委和指导部门,做他们推崇又似懂非懂高大上的东西。我看你这玩意是广电组织的,做财务系统可没什么亮点和吸引力。
复合❌
她妈:「你都这么大了还玩心这么大你看你交的那些狗男人哪个靠谱的 30 了不小了你现在不生孩子以后怎么办我看那个谁谁谁不是挺老实的总比你后来见的那些歪瓜裂枣好点吧你要没别的可选是不是还不如听妈的去再跟小伙子聊下妈我觉得挺中意的」⭕
1. 把计算放服务端。
2. 锚一张商用证书进去作为公证

二进制保护技术都是论文千百遍的东西,分分钟被 LLM 打烂。
如果你本来也不是大规模商用的东西我建议 cs 架构。如果偏工具类很多本地操作的逻辑挪不到服务端,那也许想想不依赖软件保护的传统商业模式会更有用一些。
@kirbyzhu

是哪一代的 airpods ?
如果可以的话尝试让 LLM 抓一下 console.app 里的系统日志数据,开个 issue 我有空看看吧
1  2  3  4  5  6  7  8  9  10 ... 174  
❮ ❯
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   2811 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 40ms · UTC 04:55 · PVG 12:55 · LAX 21:55 · JFK 00:55
♥ Do have faith in what you're doing.