第二百一十九章 回到石器时代 (第2/3页)

据安全，务必使用公司集体采购的AI解决方案”。

    末尾附了个列表：微软Copilot、鼎盛CodeSafe、鼎盛乾元代码生成……

    言下之意：御风是什么野鸡软件，不让用。

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

    工单写着：“给客户增加多标签功能，支持按多个标签组合筛选客户列表。”

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

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

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

    可惜公司不让用。

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

    页面转了两分钟，吐出一大段代码，还提示林一舟把代码添加到哪些文件里。

    林一舟先扫了眼数据库迁移文件，乾元给他建了个customers_tags关联表，看着还行。

    再看后端代码——这什么玩意儿？怎么跟新建的表冲突？两个文件就像两个实习生写的，彼此之间还没聊过。

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

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

    这方法不是该由我实现吗？怎么已经能直接调用了？

    他把代码复制粘贴进项目，试着运行，果然不行：方法不存在。

    他回头问乾元：你这方法哪来的？

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

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

    人工智障。

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

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

    折腾这么一通，林一舟也没心情工作了，打算先摸会儿鱼。

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

    ……

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

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

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

    她嘴角微微翘起。

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

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

    这几天虽是春节假期，她在家却一直用手机刷御风的消息。

    之前内测时一边倒的负面消息，如今变成了两个派别的争论——

    “拥抱AI派”和“AI威胁派”。

    但姜亦心如今已经不再担心。

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

    那些“拥抱AI派”大多是御风忠实用户，分享的也是真实使用体验。

    而“AI威胁派”多半是云玩家；别说指出御风在产品逻辑或编程能力上的漏洞，他们可能连用都没用过，说的都是“AI不可信”“早晚出大事”之类的宏观叙事。

    云玩家，别尬黑了。

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

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

    这时候，就不必太在意没用过的人给出的评价。

    坐到工位上，姜亦心先把年前落下的事务收尾，然后开始整理御风公测后的数据。

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

    尤其是初三到初六。

    新增注册数持续上涨，日活用户持续上涨，项目扫描次数也持续上涨。

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

    姜亦心点开详细数据。

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

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

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

    这说明对很多

    （本章未完，请点击下一页继续阅读）

『加入书签，方便阅读』