移动互联时代，还在用十年前的多媒体开发法？

　　去年8月份接了个教育类APP的交互重构，甲方甩过来的需求文档里赫然写着“沿用Flash时代多媒体开发框架”。我盯着屏幕愣了三秒——这年头连4399小游戏都转H5了，教育APP还在用十年前那套？当时窗外正下暴雨，雨点砸在空调外机上噼里啪啦响，甲方项目经理还在电话里说“我们老师用着挺顺手的”。

文章配图，仅供参考

　　最魔幻的是用户反馈环节。有老师抱怨“点击按钮没反应”，我们查日志发现是Flash的鼠标事件在移动端被识别成触摸事件，需要额外写兼容层；还有课件动画卡顿，原来是把所有帧动画都预加载到内存，iPhone 12直接闪退。我指着后台崩溃率数据说“这框架该淘汰了”，产品总监却皱眉：“但改框架要重新培训老师啊，他们连AS3都刚学会。”

　　这时候行政端了杯咖啡进来，杯底还粘着外卖标签。我盯着那杯咖啡突然想起——十年前我在某培训机构做交互，当时领导也说过同样的话：“别改框架，老师们刚适应。”结果那年年底，那家机构因为课件加载太慢被家长投诉到教育局，第二年直接裁了三分之一的技术岗。优胜劣汰这事儿，在技术栈上尤其明显：Flash从巅峰到淘汰也就五年，AS3的岗位现在连外包都找不到。

　　上周跟个做在线教育的朋友吃饭，他吐槽他们公司更绝——为了兼容老课件，居然在H5里嵌了个WebView跑Flash播放器。我说这不就跟给燃油车装个充电宝跑电动似的？他苦笑：“领导说这样老师不用重新录课。”结果上个月苹果更新IOS15，直接禁了WebView的Flash渲染，现在他们技术团队正在通宵改课件格式，会议室里堆着成箱的润喉糖——老师集体抗议说“新格式不会用”。

　　其实最让我无语的是“老师适应”这个借口。十年前用Flash是因为当时没更好的多媒体方案，现在H5+WebGL都能实现4K级动画了，还抱着老框架不放，本质就是技术债越滚越大。就像我上周修个老项目，发现他们居然用jQuery Mobile做移动端交互——那框架2015年就停止维护了，现在连官方文档都404，改个按钮样式要绕三层回调函数。

　　那天跟甲方吵到晚上八点，雨早就停了，窗外传来烧烤摊的吆喝声。我指着测试机上的卡顿动画说：“您知道现在小学生都用iPad上课吗？他们可不会等三百毫秒的点击反馈。”甲方项目经理沉默半天，说了句大实话：“其实我们也知道该改，但改框架要重新招标，走流程至少半年——现在KPI压着，谁敢动？”

　　后来我提了个折中方案：先保留老框架做兼容，新功能全用H5开发，逐步替换。结果开发团队说“老框架和新框架的事件系统冲突”，产品说“这样数据统计会乱”，测试说“回归测试量翻倍”。最后这事儿卡在流程里，到现在还没动。昨天看他们官网更新日志，最新版本还是“优化Flash课件加载速度”——我都替他们尴尬。

　　说到底，技术栈的优胜劣汰从来不是技术问题，是成本问题。但成本分短期和长期：短期看，改框架要花钱培训、要重构代码、要处理兼容；长期看，抱着老框架不放手，迟早会被用户用脚投票。就像我十年前那家培训机构，现在早被头部玩家收购了——他们当年要是肯咬咬牙改框架，何至于此？

　　现在每次看到“兼容老系统”的需求，我都想拍桌子：您是打算做技术慈善，还是真觉得用户会为你的技术债买单？优胜劣汰的法则在移动互联时代只会更残酷——用户可不会等你的老框架慢慢死，他们转身就下载了竞品APP。

　　对了，昨天路过甲方公司，看到他们大厅的电子屏还在循环播放“十年教育品牌，值得信赖”。我盯着看了五秒，突然想起他们那个卡成PPT的课件播放模块——这算不算另一种形式的“十年如一日”？

（编辑：站长网）

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