王小扬博客
Git
AI
产品
film
AI Code
Java
其他
计算机网络
DB
云原生
Node
Docker
操作系统
Elasticsearch
Apollo
Nestjs
Think
大前端
PHP
软件开发
设计
生活技巧
CI
缓存
Solo不是个严肃的AI Coding工具b
真诚是生命的良药
体验较真是对用户、客户的尊重
从设计业务需求、到 spec 生成 requirement,目前 AI 还无法做到、人也无法接受(类似于老板领导自己的,知道自己大概业务方向,不清楚具体细节),需要大量的边界细节、收敛、数据库设计评审、业务边界确认。文档、代码量要(个人需要掌控项目的)review 量巨大,绝对不是下面的玩笑能做的。
今天收听了字节跳动Solo的发布会。作为一个职业程序员,我跳过其他内容,只看他们的项目演示,毕竟这是发布会里最不容易吹牛逼的环节。
对外行来说,这是个很神奇的演示,毕竟Solo拿着一句提示词就能把网站做出来。但是对我们这些要对代码负责的职业程序员来说,这个演示荒谬到可笑,因为Solo拿着一句提示词就开始工作了!
瞎糊弄的需求分析
第一个震惊点是整个流程没有产品经理的参与。老哥拿着一句话”做一个女装电商网站”,就开始编码了。这个网站是外贸还是内销的,是高端定位还是和淘宝竞争低端市场,是自营网站还是一个第三方市场,这些基本问题没有问清楚就开始动手,是软件工程团队的大忌。
从我和我朋友们的经验看,AI可以做架构,可以做编码,可以做测试,可以做运维,偏偏需求分析是它最不擅长的。一个严肃的开发项目,应该演示人怎么控制需求单的质量和数量以使得AI能够明确的理解需求。如果需求端质量太差,后续的环节就不应该开始。我们公司目前使用的Synthetic Engineering Team,有个requirement analysts的 AI 角色,它会主动质疑需求,要求产品经理澄清。Solo这个演示,正好是个反面教材。
走过场的人工审查
Solo的小哥说AI不能独立工作,需要程序员的把控才行。于是Solo分解需求,做了个计划之后,他人工审核了一次。但是他整个审核时间没有超过30秒,他甚至没有耐心读完整个计划就批准了。那这种审核的价值何在?我不期待他直播半天的在线审查,但是他如果真的有用Solo开发过严肃项目,他可以拿出那些项目的审查文档,告诉大家人工审查是怎么把关的。
实际上,在Vibe Coding中,人和AI的协作是一个很核心的问题,哪些工作应该让人做,哪些工作应该让AI做,哪些环节需要审查,审查意见又怎么传递回给AI,这些问题都需要探索。 Solo这种走过场的审查,只会误导不懂技术的技术管理者,让他们以为审查很简单,毕竟字节当场演示了审查只需要十秒钟。
荒唐的质量控制
Solo编码之后,演示小哥说”你知道,AI写的代码并不总是能用,需要控制质量”,这一点我非常赞同。我正要点赞,小哥说”所以我让Solo去它的代码,找出了四个编译错误”,我立马缩回我的大拇指,like WHAT? 你们字节的代码质量控制靠的是开发者自己看一遍自己的代码?Are you fking kidding me? 你们没听说过单元测试,集成测试,端到端测试?你这是把代码当文章了,只要读一遍就够了?我们的Synthetic Engineering 还有单元测试和E2E测试呢。
对于外行来说,电商就是那几个页面。但是对于职业程序员来说,电商的重点是后端。整个演示过程,几乎没有涉及后端,小哥花费大量时间展示前端代码的一些修改。显然,这是用来给外行看的。
AI Coding是未来,这毫无疑问,笔者本人也在积极的探索这个方向。但是AI Coder要想真的参与严肃的软件开发生命周期,必须有相应的方法论,谨慎的划定 AI 能力范围,重新分配人和 AI 的角色,制定有效的流程,定义各个环节的输入和输出。缺乏这个方法论,那么你的工具就只能做点Demo,搞点个人小工具。
总而言之,一场发布会下来,我的印象就是这个 Solo 就是用来开发 Demo 的,我甚至怀疑Solo团队自己有没有在正式项目中使用过它。如果我的怀疑是错的,欢迎给一个严肃项目的严肃演示。
Loading...