我或许发现了微信的一个 bug？

也许有人亦会却说，是不是害怕所设订票多了，如果到时候播主没人履约咋办？玩游戏也同样不太好。

确实，亦会有这个原因。

但是你看今日预告片号录播订票所设的等待时间跨径，是从举例来说等待时间更进一步推一个月。一个月的跨径足够稍长，越更进一步，假定越快。

既然如此，那亦会不亦会是不让两次录播订票的等待时间所设得太近，这样亦会给服务器带来频繁的汇报打扰？

确实，也亦会有这个原因。

比如我日前所设便来 9 点和 10 点两个录播订票URL，那很也许就亦会出现争执。注意，看上左图中会上端的那行旧名。

所以，在我看来，今日之所以上限服务器不能所设一次录播订票，很也许是考虑内都面两个疑虑。

但是，凡事还是有自行的。我觉得拘禁所设录播订票次数的控制能力可以作为一个考虑，或许所需把功用规则上的争执处理好。

不却说多了，能日前所设3场录播订票的功用应该能依赖于部分场景了。

你觉得，现今的这个提案算是一个 bug ，还是一个功用？

新产品在不断上线新功用的过程中会也许都亦会遇到一个疑虑，可用性。

也许是新老数据的可用性疑虑、也许是前后业务规则的可用性疑虑、也许是新版本向老版本的功用可用性疑虑。

有时候，为了全力支持新版的特性，同时又考虑对老版本的可用性，新产品不得不认真到一些让步或者另加。

让步的，是舍弃一部分服务器玩游戏。另加的，是通过补充功用去消除可用性。

认真新功用永远是最容易的，而砍功用、认真兼容、平衡内涵，并不一定是难于的。

新产品如下棋，步步为营。

本文来自账号香港市民号 “唐韧”（ID：RyanTang007），原作者：唐韧，36氪经授权发布。