3周极速交付：计算机视觉建站系统

文章配图，仅供参考

　　第一周就炸锅。设计给的图连“按钮悬停状态”都没标，后端接口文档里“用户信息”字段写着“待定”，产品经理每天下午三点准时来问“进度到哪了”。最绝的是高考当天，客户突然说“要加个‘智能推荐院校’功能，用你们视觉模型算相似度”。我盯着测试机上卡在50%的构建进度条，外卖盒在工位堆了三天没人拿——谁敢这时候去拿？

　　技术坑更离谱。人脸核验用的第三方SDK，在iOS 12上直接白屏，控制台报错“CVPixelBufferGetWidth: invalid parameter”。翻文档发现是SDK版本太旧，可升级要改整个调用链，时间根本不够。最后硬着头皮用WebAssembly重写核心算法，在Safari上跑出了“首屏转圈3秒、识别按钮点了没反应、偶尔闪退”的神奇效果——客户居然说“能接受，毕竟时间紧”。

　　最崩溃的是交付前夜。H5端的OCR识别在华为P40上字体变形，查了半天发现是设计稿标注的“16px”在移动端被缩放了。改完字体又触发回流，页面卡顿得像在放幻灯片。我在性能面板盯着“Long Task”飙到2000ms，键盘上的“Ctrl”键都快被我按碎了——最后直接砍了部分动画，用`will-change`硬扛。

　　3周交付？确实交了。但官网的“智能推荐”功能，后端返回数据要5秒，前端用`setTimeout`硬凑“加载中”动画；H5的人脸核验，在低端机上概率性崩溃，客户说“用户群体高端，问题不大”；后台的管理界面，表格分页用`localStorage`存状态，换个浏览器就重置——这些坑都埋在代码里，像定时炸弹。

　　后来复盘，发现最要命的是“视觉功能”和“建站系统”的耦合。客户非要把人脸核验、OCR这些塞进官网首页，可这些功能需要后端模型推理、前端复杂计算，和普通的“展示型官网”根本不是一个量级。我们为了赶时间，把视觉模块写成“黑盒”，用iframe嵌进去，结果导致：首屏加载要等视觉SDK初始化，按钮交互要等模型返回结果，控制台报错全是第三方库的“Uncaught TypeError”。

　　现在回头看，3周交付不是不可能，但得满足三个条件：第一，需求别变——可客户在高考那周加了5个功能；第二，技术别踩坑——可我们踩了SDK兼容、字体缩放、回流重绘一堆坑；第三，测试得充分——可我们只在3台测试机上跑过，实际用户设备至少20种。最讽刺的是，交付后客户说“效果不错，下次有项目还找你们”——可我知道，下次再这么干，代码里埋的雷能把整个团队炸飞。

　　下一步？我打算把视觉模块拆成独立服务，用WebSocket和主站通信，至少能解决iframe的性能问题。至于3周交付？除非产品经理能按住客户的手，别在交付前一周加需求——否则就算键盘上的键全抠掉，也救不了这种项目。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!