以Uber为例,*好的体验应该是这样的:叫了一辆车后,每一秒汽车移动的位移变化,都应该展示给用户,用户能清楚的看到每一秒汽车是如何运行的。但是,这后面面临的是用户每一秒要刷新一次汽车的位置,汽车也要每一秒不断的上报汽车每一秒的位置。如果汽车到你这里需要五分钟的话,也就是300秒内,Uber的后台要处理这一单600次请求,如果同时的订单很多,那计算资源消耗是极快的。同时司机和用户刷新了300次界面,每一次都要产生流量和消耗电量(手机发热是肯定的,流量也可能会被一些卫士管家**)。
这样的产品体验肯定不合格,解决这类问题,*先要降低预期,不要以为资源是无限的,根据当前拥堵和汽车形势速度,计算下大概时间,假设也是大概五分钟到,那20s同步一次就好了,这已经降低了很大的计算资源所需的量级。(这只是提个思路,是不严谨的)。
以**为例,春节期间,当时很多短视频已经看不了,朋友圈的图片已经看不了,在界面上已经给出了一些提示,但*基础的即时通讯功能并没有崩溃,我想一定是流量太大,只针对关键业务更多资源投入,其他做了一些「有损」的设计。
有一个饭馆,它每天只营业三个小时,这是典型的有损设计。可能损失了收入,但是剩余的时间,**娘可能是在弹钢琴、做学问,这个「有损」换来了更多的「诗和远方」,生活不只眼前的苟且~