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...
文章列表
王小扬博客
Git
AI
产品
film
AI Code
Java
其他
计算机网络
DB
云原生
Node
Docker
操作系统
Elasticsearch
Apollo
Nestjs
Think
大前端
PHP
软件开发
设计
生活技巧
CI
缓存