sentinelK 最近的时间轴更新
@kop1989 @kop1989smurf
三转
2023-05-31 10:44:55 +08:00
我本将心向明月,奈何明月照沟渠。
2023-05-30 23:28:35 +08:00
sentinelK
ONLINE

sentinelK

V2EX 第 631792 号会员,加入于 2023-05-30 20:41:02 +08:00
今日活跃度排名 4712
kop1989的三转小号
由 VSCode 的发行说明引起的安利: vscode-pokemon
程序员  •  sentinelK  •  147 天前  •  最后回复来自 magicdawn
10
梦境之二
随想  •  sentinelK  •  216 天前  •  最后回复来自 iClass
1
发现了一个 bug,回帖偶发会扣除 5.02 铜币
反馈  •  sentinelK  •  219 天前  •  最后回复来自 gpt5
5
最近被管理员移动帖子不太正常
反馈  •  sentinelK  •  220 天前  •  最后回复来自 ferock
7
sentinelK 最近回复了
这种乌烟瘴气的东西发在技术相关节点就不合适了吧……
@livid
因为设计图的元素关系和 UI 代码结构不是一比一对应的。
网页与 native 应用的 UI 代码结构又不一样。

这就导致设计图和代码实现之间的统计学最优解不太明显。
基于目前的大语言模型的上下文长度限制,目前对于软件工程的架构设计而言,属于一个非常尴尬的地位。

如果彻底向 AI 效率妥协(尽量压缩上下文),那么人对于程序的理解难度会上升,代码可读性会下降。
这会导致人工干预时的判断力与正确率下降。导致无法正确合理的拆解工作,也会增大提供上下文描述的错误概率。

如果向人类可读性妥协,那么会削弱 AI 的视野能力(因为上下文的效率更低)。导致 AI 生成的代码的全局性欠佳。
Agent 模式能一定程度的解决此问题,但不能精确、彻底解决。


至于说分工方式。过去青睐于层级分工,或者说分层开发,是因为人的能力问题(不可能寄希望于一个人同时精通 UI/UX 、前端开发、后端算法、以及数据库访问,乃至库表设计)。

目前的代码结构也是针对此来定义的。也就是“康威定律”所描述的那样。
但我认为,如果 LLM 的上下文能力没有再一次的飞跃的话,距离全面的垂直开发,还有一定的距离。
所以在不了解大模型的基本逻辑的前提下,过分的依赖大模型的输出内容,是非常可怕的。

大语言模型的基本逻辑其实非常简单粗暴,就是根据你的输入,以及他自己的输出,一次一个“token”(你可以理解为单词)的迭代最大概率的续写。
大语言模型不懂任何“真理、定理”。他只是根据训练的语料,加上现有的上下文信息去预测续写而已。

所以他得到的不是“正解”,而是最大概率解。
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   2735 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 24ms · UTC 09:03 · PVG 17:03 · LAX 01:03 · JFK 04:03
♥ Do have faith in what you're doing.