返回第二百一十章 我是御风的发起人  首富从看见信息面板开始首页

关灯 护眼     字体:大 中 小

上一页 目录 下一页

    第二百一十章 我是御风的发起人 (第2/3页)

   “但有些时候,最便宜的,恰恰也是人。”

    台下没人说话,但姜亦心能感觉到许多目光落在她身上,有现场的,也有网络上的。

    “我们做御风的初衷,其实没那么大——”

    “就是想让那盏凌晨四点的灯下,不再只坐着一个人。”

    她转身指向身后的大屏幕。

    “过去五年,AI写代码这件事从最初的玩笑变成玩具,又从玩具变成工具。”

    “代码补全能替你省下一点敲键盘的时间。”

    “对话式编程能告诉你这一段该怎么写,以及为什么这么写。”

    “可它们都还停留在工具阶段。”

    说到这儿,姜亦心抬手按下换页器。

    幻灯片切换,御风的LOGO浮现出来。

    “御风,不是一个更聪明的工具。”

    “它是一个能和你一起写代码、一起Debug、一起处理线上事故的——”

    “同事。”

    姜亦心看向台下,眼神里已没有方才的紧张。

    “乘奔御风,人人如龙。”

    “接下来的半个小时,请允许我带大家看看这位“同事”到底能做什么。”

    第一段演讲结束,台下响起掌声,直播间弹幕也迎来一波高潮。

    “说得真好,给我一个老码农整破防了。”

    “我不是程序员,怎么鼻子也有点儿酸。”

    “已经给源码科技投简历了,求收留。”

    “说得漂亮,不还是要抢程序员工作吗?”

    “prprprpr。”

    姜亦心走到旁边台子前,那里提前放着一台笔记本电脑。

    她操作几下,电脑桌面取代幻灯片,出现在后面的大屏幕上。

    随后,她在终端进入本地一个叫“yufeng”的文件夹,启动御风的命令行工具。

    “大家可以看到,这里是御风的后台代码。”

    “内测用户都知道,御风目前的版本控制还比较简陋,只能一级一级前进或回退版本,对版本分叉的原生支持也不足。”

    “我们现在想给御风添加一个树状版本管理功能。”

    姜亦心边说边操作。现场媒体还没什么大反应,直播间里却已经炸锅。

    “不会吧,她要现场添加功能?”

    “我看了这么多年科技产品发布会,现场演示就没见过几次,牛逼!”

    “楼上的,别傻了,怎么可能是真现场演示。鼎盛当年的万物生,还记得吗?”

    “要是翻车了就可乐了。”

    姜亦心在命令行输入需求——增加丰富的分支管理功能。

    然后按下回车。

    这一刻,姜亦心觉得时间过得格外漫长。

    不是她不相信御风,而是她太清楚现场演示意味着什么。

    彩排跑得通,不代表现场一定跑得通;本地环境没问题,不代表接上大屏幕和直播推流后不会出奇怪的幺蛾子。更何况,她演示的不是玩具项目,也不是临时写出来的小工具。

    她演示的是用御风修改御风自己。

    这件事本身很危险。

    也很有冲击力。

    终端上,第一行输出终于跳了出来。

    【御风已启动。】

    【当前项目:~/projects/yufeng】

    【正在读取项目结构……】

    【检测到项目类型:TypeScript / Node.js CLI Tool】

    【检测到核心模块:src/core/session.ts、src/core/checkpoint.ts、src/commands/run.ts、src/storage/localStore.ts】

    【正在分析需求……】

    姜亦心站在边上,没有说话。

    她知道,这个时候不需要过多解释,演示自己会说话。

    并不是所有媒体都能看懂现在的状况。

    但几个科技媒体的记者已经互相窃窃私语。

    【需求理解:为当前版本控制机制增加树状分支管理能力。】

    【当前限制:】

    【1.检查点仅支持线性前进/回退。】

    【2.回退后继续修改会覆盖后续状态。】

    【3.缺少 branch / switch / merge等命令。】

    【4.缺少分支状态展示能力。】

    【建议目标:】

    【1.引入 VersionNode数据结构。】

    【2.支持从任意检查点创建新分支。】

    【3.支持 branch list / branch create / branch switch。】

    【4.保留当前线性回退能力,避免破坏已有用户习惯。】

    【5.新增测试覆盖分支创建、切换、回退后分叉等场景。】

    看到这里,姜亦心心里稍微落定。

    很好,第一关顺利通过。

    自然语言需求被顺利转化成一个个细分任务。

    细分任务规划好后,御风便开始按规划逐一调用API生成代码。

    趁它在后台运行,姜亦心同步解说。

    “大家现在看到的,是御风对当前项目的第一轮理解。”

    “可以看到,它没有直接写代码,而是先读取整个项目结构,找到与需求相关的核心模块,再列出当前系统的限制。”

    “这一点在生产环境中非常重要,也是真人程序员接手任务时一定会做的事。”

    “相信大家都知道,每个程序员刚工作时学到的第一课就是——千万不要改动你不理解的代码。”

    看直播的网友大多是相关从业者。看到这里,直播间弹幕也转向专业化讨论。

    “这一段是真的专业,先读项目再动手,比我组里的实习生可靠谱多了。”

    “楼上别凡尔赛,谁组里的实习生不是先动手再说的(狗头)。”

    “这不就是git的commit graph吗?只是换了层皮而已,没什么新意。”

    “prprprpr。”

    “pr的那个日本网友,请你收收味儿。”

    网友们热烈讨论时,终端开始输出新的改动记录。

    【正在创建检查点】

    【已创建检查点:checkpoint_20250204_102812_before_branch_tree】

    【开始修改】

    屏幕上开始滚动输出文件变更记录。

    【正在新增 src/core/versionTree.ts】

    【正在修改 src/core/checkpoint.ts】

    ……

    【正在新增 tests/versionTree.test.ts】

    【正在新增 tests/branchCommand.test.ts】

    前后大概输出十几个改动文件,这些路径对普通观众来说不算直观。

    只让这些代码刷过去,确实枯燥。

    还好,姜亦心早就预料到了这一点。

    她没让大屏幕停在大片代码上,而是点开终端左下角一个本地网址链接。

    浏览器随即打开一个新页面,这是御风自动生成的。

    页面上是一个简洁的任务进度面板,写着如下信息。

    【任务:树状版本管理】

    【理解项目:完成】

    【设计数据结构:完成】

    【修改核心模块:进行中】

    【新增命令:等待中】

    【补充测试:等待中】

    【运行验证:等待中】

    

    (本章未完,请点击下一页继续阅读)

『加入书签,方便阅读』

上一页 目录 下一页