笔趣阁

第221章 回到石器时代（第2页）

林一舟坐回工位，打开电脑，看了看手上的工单。

「给客户增加多标签功能，支持按多个标签组合筛选客户列表。」

表面看起来简单，实际要动数据库表结构、前端多选组件、后端筛选API、列表分页性能，还要做权限隔离。

按正常的工作节奏，他可能得写一周。

不知道御风做起来要多久。

可惜公司不让用御风。

林一舟想了想，打开鼎盛乾元界面，输入了一行字：「给customers（消费者）表加一个多对多的tag字段，前端支持多选筛选，后端支持按标签组合查找。

页面上转了两分钟，然后吐出一大段代码，并且提示林一舟把代码添加到什么文档中。

林一舟先扫了一眼数据库迁移文档，乾元给他建了一个customers—tags关联表，看起来还行。

然后看了看后端代码这什么玩意儿啊？

怎么跟新建的表冲突呢。

两个文档就像是两个实习生写的，他们俩之间还没聊过。

林一舟只好重新输入了一遍需求，这次更详细。

这次生成的代码看起来倒是匹配的，就是其中有一个调用，他看着觉得怪怪的。

这个方法不是我应该实现的吗？怎么已经可以直接调用了？

他把代码拷贝粘贴到项目里，试着运行了一下，果然不行，方法不存在。

返回来问乾元，你这个方法哪来的？

乾元也不含糊，粘贴来一个链接，链接指向一个内部文档。

看了看文档的标题，林一舟气笑了—这不是我年前自己写的设计文档吗，里面我写了个方法名，你就当它能用了？要是真有这个方法我还设计个什么？

人工智障。

林一舟叹了口气，关掉了这个公司「正规采购」的AI工具。

得了，祥子的跑车没有了，又回到了石器时代。

鼓捣了这么一通，林一舟也没有心情工作了，打算先摸会鱼。

打开微博，骂乾元，吹御风！

开工第一天，姜亦心开开心心的来到了办公室。

她进门的时候，办公室里的人还不多。

姜亦心背着电脑包，从门口一路往产品组走，路过开发区，每个工程师的屏幕上都开着御风。

姜亦心的嘴角微微翘了起来。

只要工具足够好用，用户就会主动去选择它。

在源码科技内部是这样，公测之后，对外面的用户也是这样。

这几天虽然是春节放假，但是她在家一直在手机上刷关于御风的消息。

之前内测的时候一边倒的负面消息现在已经变成了两个派别的争论一「拥抱AI派」和「AI威胁派」。

但是姜亦心现在已经不再担心了。

她从网络上的争论中看出了一个明显的趋势。

那些「拥抱AI派」的人都是御风的忠实用户，分享的也都是使用御风的真实体验。

而那些「AI威胁派」的人则大部分是云玩家，别说指出御风在产品逻辑或者编程能力上的漏洞，他们可能连用都没有用过，说的也都是些「AI不可信」「早晚出大事」之类的宏观叙事。

云玩家，别尬黑了。

御风的发布无疑是成功的，而且它的成功不是宣发的成功，而是产品的成功。

一个产品，如果用过的人都说好，那它就是真的好。

这个时候就不要太在意那些没用过的人所给出的评价了。

坐在工位上，姜亦心把年前拉下的工作收收尾，然后开始整理御风公测之后的数据。

春节假期期间，后台曲线没有像她原本担心的那样因为假期而下滑，反而在除夕之后出现了几次明显的擡升。

尤其是初三到初六。

添加注册数持续上涨，日活用户持续上涨，项目扫描次数持续上涨。

代码采纳率也在缓慢的上升。

姜亦心点开详细数据。

公测第一天，很多用户只是觉得新鲜，试用一下，平均项目接入深度并不高，大量用户只做了代码扫描和简单的问答。

但是从第三天开始，使用数据的结构有了明显的改变。

越来越多的用户开始让御风直接修改整个项目。从单文档修改，到多文档联动，再到让御风生成测试、重构模块、处理代码合并反馈。