第926章 上市(3/4)(2 / 4)

投票推荐 加入书签 留言反馈

  可这些热闹,对钱乐乐来说都太远了。
  她每天上完课,就一头扎进自己的 ar项目里,连串串店那边的工作也暂时放下了。
  unity引擎的底层逻辑、xg-1的官方sdk调用文档、图像识别接口、库存表格结构……
  这些她以前只在公开课里见过的名字,现在全都摆到了她的开发桌面上。
  她以前从没做过类似的项目。
  放在两个月前,光是搭起一个能跑通的工程,就够她折腾很久。
  可现在不一样,她手边有 limecode。
  钱乐乐先把需求文档一条条写清楚,再把场景、流程和数据结构整理出来发给它。
  比如先搭一个unity工程,集成xg-1 sdk,启用摄像头帧捕获;
  再接入语音输入模块,调用伏羲asr识别指令;
  最后建一张本地sqlite表,用来存食材种类、当前库存、安全阈值和最近七天日均消耗。
  这些繁琐的工程架构,如果让她这个本科生自己从零开始去写,光是在论坛里查api文档、看别人的踩坑记录,就要耗掉巨大的时间成本。
  可是limecode,却只用了短短几分钟。
  它不仅在本地跑着进度条,生成了第一版架构清晰、注释工整的代码,甚至还在后台悄无声息地自己跑了一遍自动化单元测试,把几个由于版本冲突导致的明显报错给提前修补了,然后将其保存成了一个随时可以回滚的稳定版本。
  当然,它也不是万能的。
  它写出来的东西经常是90%能用,10%藏着坑。
  有些接口参数会传错,有些字段命名前后不一致,有些逻辑看上去很完整,真戴上眼镜一跑,却会在某个莫名其妙的地方卡住。
  钱乐乐花在debug上的时间,更多变成了验证和反馈。
  她要逐行看,要自己跑一遍,要把不对的地方截图、记录,再重新告诉limecode哪里错了,应该怎么改。
  可即便如此,效率依然比她自己从零开始高得多。
  她渐渐摸清了和limecode协作的节奏。
  需求写得越清楚,它出错的概率就越低。
  场景描述得越具体,它生成的东西就越贴近真实使用。
  到后来,她甚至会提前把自己在串串店盘货时遇到的麻烦写成小故事,再让limecode帮她拆成功能点。
  姜有容还专门帮她走了一道内部流程,让她拿到了青柠科技api给学生开发者开放的免费额度。
  对一家大公司来说,那只是一点微不足道的扶持资源,可对钱乐乐而言,已经完全够她把这个小项目跑起来。
  于是她每天一有空就写。
  写到教室里的人陆续走光,写到宿舍熄灯,写到窗外天色开始泛白。
  进度越来越快。
  一周后,第一版完整工具终于在本地跑通了。 ↑返回顶部↑


章节目录