昨天在朋友圈看到一个做技术的朋友说背了个大锅，然后配了这样的图。


好奇之下，我问他发生了什么事，但我几乎没有笑。


他们公司在垂直领域从事电子商务产品，并计划在线购买低价商品。


为了营造紧迫感，活动开始前设置了 60 倒计时页面，倒计时后，用户可以开始抢购。


倒计时逻辑由程序控制，数字也显示在产品页面上。


本来以为万事俱备，没想到还翻车。


倒计时开始后，办公室的所有人都准备好了 60 当秒倒数时，页面上的数字直接从页面上 2 开始倒数。


2 几秒钟后，活动开始了。


此时，页面上方也有提示「活动倒计时 60 秒」。


当时领导也在场，所有产品、研发、设计、测试都在场，现场一度尴尬。


当空气静止几秒钟后，产品经理立即跳出来说，倒计时在需求中并不清楚 60 秒，怎么变成？ 2 秒？ 测试还说，测试时显然是 60 秒，如何变成 2 秒了？ 研发迅速检查代码，发现在线代码中倒计时的数字是 2。


仔细看提交记录，发现最后一次测试结束后，测试又提出了修改问题。


某研发小哥修复后上传了最终代码。


但是研发小哥为了修改后快速走过程，把原来的 60 秒倒计时设置设置 2 秒，但在提交最终代码时忘记了更改。


最后没有检查测试。


就这样，一个被焊的产品逻辑上线了。


我的朋友是他们团队的技术负责人。


面对领导铁青的脸，他迅速道歉，说他是代码 review 没有做好。


领导很生气，留下了一句话「早点做什么！」然后拂袖而去。


这锅背，也让他哑口无言。


因为这个倒计时页面只显示一次，不需要修复，直接定性为在线事故。


对技术略知一二的读者知道，代码中有一种说法叫做「写死」。


所谓的「写死」，也就是说，将程序中一些应该使用变量或需要由后台控制的逻辑改为固定逻辑「常量」写在代码里。


例如，控制上述倒计时的数字是常量。


不管是 2 还是 60.这个不变量写入程序后，程序将按照这个数字执行。


对应常量的是「变量」。


当程序执行到逻辑点时，相应的值将从外部获得，以进行下一个处理个可变值是变量。


例如，当您购买商品时，用户可以选择商品的数量，最终订单的数量将根据商品的数量来计算，这种可变商品的数量是变量。


如果将本该是变量的值写成常量，逻辑就会被写下来「写死」了。


还记得今年 3 月份淘宝 App 线上事故发生了吗？ 用户打开淘宝 App 弹出对话框，提示内测版到期，然后提示用户更新最新版本。


以至于很多用户好奇自己一直用的内测版。


其实不是，只是淘宝团队在发布 App 在安装包中留下一段写死代码。


到了一定时间，这个逻辑就像定时炸弹一样被触发，导致很多用户收到这个提示。


其实是写死产品逻辑带来的锅。


解决逻辑被「写死」也不是没有办法，只是体力劳动，很多人为了方便，不愿意做。


比如上面提到的 60 秒倒计时活动。


这个参数可以写在一个单独的配置文件中，也可以放在一起。


在上线之前，测试和产品可以检查配置文件，检查相应的配置项是否正确。


在控制代码逻辑时，技术从该配置文件中读取相应的变量，以解耦逻辑和变量控制。


如遇需求调整或问题，只需调整配置文件中的配置项即可，程序代码无需移动。


但很多时候是为了省事，很多逻辑都是为了省事「写死」在代码中。


这也是很多产品大锅的来源。


包括淘宝的事故，事实上，触发弹出窗口的逻辑控制可以在后端解决，而不是写在前端。


也许是为了方便，技术把这个逻辑写在了前端，不小心发布到了正式版本。


产品功能和规则的变化可能随时发生，原有的限制可能成为未来的需求。


因此，逻辑控制越灵活，后面就越方便。


比如现在电影院买票产品。


以前的要求是禁止隔座选择位置，但现在只能选择隔座。


如果在前端交互逻辑中写下这一限制，则必须调整前端代码才能实现新的需求。


灵活的做法可以让用户先自由选择，提交选座申请后，后台判断是否符合规则。


如果符合要求，则正常提交订单。


如果不符合要求，则表明用户不能这样选择。


所以，与其写死背锅，不如提前多花点功夫。


有些公司会因为赶进度或者想省事而把一切都简觉得先上去，再说问题。


然而，这正是挖坑的开始。


需求范围、时间、资源、质量是铁三角，任何因素的变化都会导致其他条件的变化。


有时候需求方和老板的诉求和迫感是可以理解的，但基本的物理规律也很难突破。


写在最后 写下产品功能不是某人的锅，而是团队工作方法和流程的体现。


产品经理需要特别说明关键逻辑，提前了解可变因素。


有必要养成将关键变量与代码逻辑分离的习惯，隔离不确定性，使其可控。


在产品上线前进行最终全面的测试是必要的 checklist，即使只改了一份文案。


如果不想背「写死」锅，准备工作要提前细致。


产品上线就像发射火箭，开弓没有回头箭！ 1 2 下一页 特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营合作伙伴提供便利。


网站收集的公共内容来自互联网或用户提交，这并不意味着网站同意其观点，也不对网站内容的真实性负责。


如有侵权行为，请联系网站管理员删除，。