读书阁

第932章 即将交错的我们（第1页）

即将交错的我们

2024年4月17日，周三。

晚上8点。

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

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

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

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

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

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

【应用名称：烟火账单】

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

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

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

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

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

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

新的提示缓缓刷新出来。

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

【应用已提交人工复核】

【当前状态：待审核】

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

将近一个月的时间。

就是这么个小小的应用。

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

如今，终于完成了。

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

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

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

前端只是其中一部分。

真正麻烦的是后端。

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

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

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

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

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

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

还好有limecode。

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

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