移动互联时代，多媒体开发怎能还用十年前的套路？

　　凌晨三点刷后台，流量曲线突然断崖式下跌——我原以为又是哪个竞对站改了标题，结果发现是自家H5的兼容性炸了。用户手机型号列表里，小米14和iPhone15 Pro Max排在前五，而我们的代码里还留着“兼容iOS12以下”的注释。这他妈哪是开发，是考古啊。

　　一年前接手某个政务类多媒体项目时，甲方给的文档里赫然写着“需适配IE8”。我盯着屏幕愣了三秒，转头问对接人：“现在连政府采购清单里都找不到IE8的电脑了吧？”对方挠头：“上任开发留下的，说‘按文档来准没错’。”后来发现，这货连响应式断点都写在JS里，用window.innerWidth硬判断——移动端竖屏加载时，先弹三秒空白页，再突然跳内容，活像老式电视机换台。

　　同事老张昨天还跟我争：“用户手机屏幕就那么大，做那么多分辨率适配干嘛？”我反手甩给他站长平台里存了半年的截图：从320px到1440px，访问设备分辨率分布图上，峰值像被狗啃过的梯田——现在哪还有“主流屏幕尺寸”这种东西？他瞥了眼图，嘟囔：“可用户不会因为页面变形就不用啊。”我冷笑：“是会用，但用完就删——上个月我们App的卸载率涨了12%，你猜和首页图片在折叠屏上被截成两半有没有关系？”

　　茶凉了。我端起杯子晃了晃，茶渍在杯底画出个扭曲的M——像极了某个移动端页面被压缩后的logo。上周竞对站改版，我蹲在厕所刷手机时发现的：他们的视频播放器居然还保留着“全屏”按钮的固定位置，而在iPhone14 Pro的灵动岛上，这按钮刚好被状态栏遮住一半。用户得先盲点两次，才能找到能点的区域。我截图发群里，运营小妹秒回：“这开发是十年前穿越来的吧？”

文章配图，仅供参考

　　我原以为“优胜劣汰”是自然规律，结果在多媒体开发圈，这规律像被按了暂停键。上周参加行业沙龙，有个“资深”开发者在台上吹：“我们团队坚持用jQuery Mobile，因为‘稳定’。”台下有人喊：“可现在连Vue2都停更了！”他摆手：“用户不在乎技术新不新，在乎页面能不能打开。”我差点掀桌子——用户是不在乎，但他们在乎加载时间多3秒，在乎滑动卡顿，在乎视频自动播放时音量炸耳——这些“小问题”，哪个不是十年前的开发套路留下的坑？

　　昨天路过测试组，听见两个妹子吵架：“这页面在折叠屏上显示不全，是前端的问题还是UI的锅？”“UI给的图就是按直板屏切的，前端又没提需求！”“可前端该主动适配啊！”我站旁边听了半分钟，突然想起十年前自己刚入行时，也这么吵过——那时候争的是“要不要给IE6加hack”，现在争的是“要不要给折叠屏留白”。工具变了，套路没变，连吵架的姿势都一模一样。

　　同事打来电话，说甲方又要求“兼容微信内置浏览器”。我盯着屏幕上的Chrome DevTools，设备模拟器里正显示着“iPhone15 Pro Max（微信8.0.42）”——分辨率、User-Agent、渲染引擎全和原生浏览器不一样。我叹了口气：“让他们提供具体报错截图，别再说‘页面显示不正常’这种废话。”挂了电话，我翻出十年前的笔记，上面写着：“IE6下图片间距问题：加display:inline-block。”现在想想，那时候的我们，和现在那些坚持“用老套路”的人，有什么区别？

　　下午要开技术评审会，我猜肯定又有人提“先保证PC端，再适配移动端”。我摸了摸口袋里的iPhone15 Pro Max，决定带它去会议室——不是为了显摆，是想让那些还在用“十年前套路”的人看看：用户现在用的，到底是什么设备。

（编辑：站长网）

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