魅力点满,继承游戏资产_第932章 即将交错的我们 首页

字体:      护眼 关灯

上一章 目录 下一页

   第932章 即将交错的我们 (第1/5页)

    第932章 即将交错的我们

    2024年4月17日,周三。

    晚上8点。

    燕城师范大学,计算机视觉与智能交互实验室。

    四月的晚风从半开的窗户灌进来,带着一点凉意,吹得窗帘轻轻晃动。

    楼下偶尔有学生结伴走过,说笑声断断续续飘上来。

    钱乐乐坐在电脑前,黑色长发扎成马尾,坐姿笔直,眼睛一眨不眨地盯着屏幕,上面同时打开着几个窗口。

    代码编辑器、阿里云服务器控制台、接口测试工具、xg-1模拟器,以及【璇玑开发者中心】。

    再次确认服务器状态、接口返回、数据库连接都没有问题后,钱乐乐深吸口气,开始上传应用包。

    【应用名称:烟火账单】

    【应用分类:生活效率/餐饮经营辅助】

    【应用简介:面向小型餐饮门店的ar盘库与补货辅助工具,支持冰柜食材识别、库存人工确认、低库存提醒、历史盘点记录与补货清单导出。】

    接着是应用截图、演示视频、权限说明……

    每一项,她都仔仔细细检查了好几遍。

    确认所有内容无误后,点击提交。

    屏幕上的进度条转了两圈。

    新的提示缓缓刷新出来。

    【自动化兼容测试:通过】

    【应用已提交人工复核】

    【当前状态:待审核】

    钱乐乐长长呼出口气,脸上露出了灿烂的笑容。

    将近一个月的时间。

    就是这么个小小的应用。

    从最开始抱着xg-1工程样机,在文姐串串店里对着冰柜一遍遍拍照片、做标注,到后来躲在这里改代码改到凌晨,再到姜老师回燕城后,手把手教她梳理后端逻辑和接口规范。

    如今,终于完成了。

    说实话,如果不是limecode,正常走开发流程,以她现在的水平,别说一个月,一年都不一定够。

    最开始的【烟火账单】,只是个本地化的小工具。能识别冰柜里的食材,能做简单盘点,能给文姐那家串串店提醒一下低库存。

    可一旦要真正上传应用商店,让其他人也能安装、注册、同步数据、长期使用,事情立刻就复杂了起来。

    前端只是其中一部分。

    真正麻烦的是后端。

    毕竟是计算机系的学生,数据库、java、数据结构这些基础概念她当然都学过。

    可真正的项目开发和课本上的习题,根本是两回事。

    接口怎么写?restful规范怎么落实?token怎么生成?食材模板的json结构到底应该嵌套几层?用户上传的照片,压缩到什么分辨率再送进伏羲模型?

    这些东西,课本上都有概念。

    可一旦落到真实开发里,就变得完全不一样了。

    没有实战经验的时候,光是第一个用户注册接口,就能让她卡到怀疑人生。

    还好有limecode。

    把它部署到linux服务器上之后,环境配置、接口参数校验、数据库连接这些坑,它都能自动识别并给出修改建议。

    姜老师再在旁边盯着关键节点,让实验室的师兄师姐帮她分担后端的优化工作。

    一切才终于一点一点地跑了起来。

    现在的【烟火账单】,已经不只是最开始那个理货的小工具。

    它有了用户系统,有了云端同步,也有了补货清单导出。

    不止是串串店。

    便利店、小仓库、奶茶店后厨……只要是需要定期盘货、记录库存的小型场景,理论上都能用。

    想到这里,钱乐乐的心里涌上一股说不出的成就感。

    她又盯着屏幕看了一阵,刷新了几次页面。

    状态还是【待审核】。

    她当然知道,人工复核需要时间,不可能刚提交就有结果。

    可她就是忍不住想看。

    那股兴奋和激动,在胸口晃来晃去,总得找个人分享一下才行。

    过了一会儿,她拿起手机,先给姜有容发了条消息:“姜老师,我已经提交了!自动兼容测试过了,现在在等人工审核。”】

    手机很快震了震。

    【姜老师:“不错,比我预想的快。别太紧张,后面就把它当成实验室项目继续迭代。审核通过以后,先关注真实用户反馈,尤其是识别错误和同步稳定性。还有,考研也别落下。”】

    钱乐乐弯起嘴角,飞快
加入书签 我的书架

上一章 目录 下一页