那会儿我也没如何当回事，认定不过是代码改改，浏览器下个补丁的事儿。

反正那时候大家都跑得飞快，哪位还把自己绑在那块砖头上啊，怕啥？直到那天晚上，我突然听到了刺耳的“嘎吱”声，紧接着是无数数据像被灌了铅一样，一点点往下坠。 那一刻我才惊觉，原来我们引当作傲的流畅，不过是两行代码在高速公路上狂奔，最终撞上了一堵看不见的墙。

这不叫崩溃，这叫为了追求完美而精心设计的“优雅陷阱”。它把那些本该脱口而出的笑话，变成了需求手动调用 API 才能勉强拼凑出来的段子；把那些本该随手能调用的资源，硬生生塞进一个循环里去，像是要用三盒火柴去撬开一个精密的保险箱。 我就想问问大家，这到底是人设计的，还是被设计出来的？ 记得有一次，我试着写一个加载条。按照常理，这玩意儿应当挺好办啊，一点点宽高，做个进度条就行。结局呢？你写代码，写代码，写代码。写了一个多星期，还是那个瀑布流，还是那个放不快乐的加载框。我就像个不知足的孩子，不停地往那框里塞数据，想看个别的，想个别的，想个别的。 终于有一天，那个框不再只是“加载”，它变成了《甄嬛传》。加载的时候，它启动念那些我听过无数遍的台词，念到一半突然卡住，像是想起了啥关键的事，然后启动倒带，重复前面的情节。我气得合不拢嘴，忍不住给开发打电话：“你是不是故意让我加载慢？

是不是在故意让我体验甄嬛？”对方沉默了几秒，然后说：“巴扯。我们只是想在加载的时候，给用户一段能让他们略微松快一下的空隙。” 那一刻我彻底破防了。

原来这所谓的“缓冲”，原来是为了让那些笨蛋程序员在加载的时候，能有几秒的工夫去喝口水，要么去刷个微博图一乐。

毕竟，要是加载瞬间搞定，用户根本不会看到“加载中”这几个字，只会认定页面卡死了。

故此开发者情愿让用户看着一个坏掉的笑脸，也要给用户一段能让他们笑一下的工夫。

这就是为了用户体验，牺牲了加载性能，为了那所谓的“丝滑”和“流畅”。 你看目前这个样子，是不是挺有道理？ 加载框里有 100 种表情，20 种音乐，3 个不同的进度条动画，就连还有 4 种不同圆点颜色的选择。

要是把这 20 种音乐全体合并成一个，那用户只要点一下就听完了，何必多此一举？要是把这 3 个动画分别做成三个进度条，那用户就得点三次才能看到全体进度。

这叫“冗余”，叫“浪费”，叫“对用户的过度算计”。 可偏偏，我们就是要把这种“浪费”变成“智能”。

你看那个加载框，你目前鼠标放上去，它会自动判断是不是你的，要是是，就弹个提示；要是不是，就持续加载。它像个懂你的老哥们儿，知道你喜爱啥，知道你不喜爱啥。它知道你点了一次，故此知道你需求一个三次触发的方案。 cứ看吧，你越点它，它越 smart。 一旦你启动疯狂点击，它就启动变魔术了。

你看那个进度条，目前它变成了 100 种颜色，20 种音乐，3 个动画，4 个圆点。你点一次，它弹个提示；点两次，它检查是不是你的；点三次，它启动播放那首背景音乐；点四次，它就启动念台词；点五次，它就启动倒带；点六次，它就恢复正常。 你想想这多智慧啊！原来它只是想让你多点几次，多听几首，多看几张，多笑几声。它就是为了让你那些操作多起来，让那些逻辑多复杂起来，这样才能证明它是个好程序，是个懂你的好程序。 这就好比你在刷抖音，看到个帅哥，你忍不住划那会儿。结局呢？那个帅哥突然变成了一个正在背古诗的少年，然后他启动念：“白日依山尽，黄河入海流。”你一脸懵逼，心想这人如何突然变个中二病？ 实际上他根本不会背。他只是想让你多划几次，多刷几下，多花点工夫。

反正你划了，他就知道你是认确实，你就不敢轻易划走他。

这就叫“惯性”。用户点多少次，程序就变多少次。用户划几次，程序就做啥几次。 你看目前，每个加载框都有自己的性格。有的喜爱 100 种表情，有的喜爱 20 种音乐，有的喜爱 3 个动画。有的喜爱让用户多点几次，有的喜爱让用户多划几次，还有的喜爱让用户多听几遍。它们都是为了解决“用户忒慢”这个难题而存有的。 可是，用户确实慢吗？ 不，用户根本不想慢。用户想要的压根儿不是“加载”，用户想要的压根儿不是“缓冲”，用户想要的压根儿不是“智能”。用户想要的，只是他们能看到的、能听的、能做的。他们不想快点，他们不想慢，他们只想快点见你，要么快点看你。 你看目前，你点开一个按钮，它启动加载。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它加载了，它变成了 100 种表情。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它启动播放音乐了，启动念台词了，启动倒带了。你启动想，这玩意儿该干啥？该干啥？该干啥？ 终于，它恢复正常了，加载搞定。你启动想，完了，我又浪费了你 5 秒钟，又浪费了你 10 秒钟。你启动骂人，启动打键盘，启动骂程序员。 你说，是不是累啊？

是不是该休息一下？ 实际上累的不是你，是程序。程序累啊，它一直在跑，一直在刷，一直在念那些它知道的东西，一直在让你多操作几次，多划几次，多听几次。它从不真正了解用户，它只知道用户喜爱它的那些操作。 你看目前，每个加载框都有自己的性格。有的喜爱 100 种表情，有的喜爱 20 种音乐，有的喜爱 3 个动画。有的喜爱让用户多点几次，有的喜爱让用户多划几次，还有的喜爱让用户多听几遍。它们都是为了解决“用户忒慢”这个难题而存有的。 可是，用户确实慢吗？ 不，用户根本不想慢。用户想要的压根儿不是“加载”，用户想要的压根儿不是“缓冲”，用户想要的压根儿不是“智能”。用户想要的，只是他们能看到的、能听的、能做的。他们不想快点，他们不想慢，他们只想快点见你，要么快点看你。 你看目前，你点开一个按钮，它启动加载。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它加载了，它变成了 100 种表情。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它启动播放音乐了，启动念台词了，启动倒带了。你启动想，这玩意儿该干啥？该干啥？该干啥？ 终于，它恢复正常了，加载搞定。你启动想，完了，我又浪费了你 5 秒钟，又浪费了你 10 秒钟。你启动骂人，启动打键盘，启动骂程序员。 你说，是不是累啊？

是不是该休息一下？ 实际上累的不是你，是程序。程序累啊，它一直在跑，一直在刷，一直在念那些它知道的东西，一直在让你多操作几次，多划几次，多听几次。它从不真正了解用户，它只知道用户喜爱它的那些操作。 这就好比你在刷抖音，看到个帅哥，你忍不住划那会儿。结局呢？那个帅哥突然变成了一个正在背古诗的少年，然后他启动念：“白日依山尽，黄河入海流。”你一脸懵逼，心想这人如何突然变个中二病？ 实际上他根本不会背。他只是想让你多划几次，多刷几下，多花点工夫。

反正你划了，他就知道你是认确实，你就不敢轻易划走他。

这就叫“惯性”。用户点多少次，程序就变多少次。用户划几次，程序就做啥几次。 你看目前，每个加载框都有自己的性格。有的喜爱 100 种表情，有的喜爱 20 种音乐，有的喜爱 3 个动画。有的喜爱让用户多点几次，有的喜爱让用户多划几次，还有的喜爱让用户多听几遍。它们都是为了解决“用户忒慢”这个难题而存有的。 可是，用户确实慢吗？ 不，用户根本不想慢。用户想要的压根儿不是“加载”，用户想要的压根儿不是“缓冲”，用户想要的压根儿不是“智能”。用户想要的，只是他们能看到的、能听的、能做的。他们不想快点，他们不想慢，他们只想快点见你，要么快点看你。 你看目前，你点开一个按钮，它启动加载。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它加载了，它变成了 100 种表情。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它启动播放音乐了，启动念台词了，启动倒带了。你启动想，这玩意儿该干啥？该干啥？该干啥？ 终于，它恢复正常了，加载搞定。你启动想，完了，我又浪费了你 5 秒钟，又浪费了你 10 秒钟。你启动骂人，启动打键盘，启动骂程序员。 你说，是不是累啊？

是不是该休息一下？ 实际上累的不是你，是程序。程序累啊，它一直在跑，一直在刷，一直在念那些它知道的东西，一直在让你多操作几次，多划几次，多听几次。它从不真正了解用户，它只知道用户喜爱它的那些操作。 这就好比你在刷抖音，看到个帅哥，你忍不住划那会儿。结局呢？那个帅哥突然变成了一个正在背古诗的少年，然后他启动念：“白日依山尽，黄河入海流。”你一脸懵逼，心想这人如何突然变个中二病？ 实际上他根本不会背。他只是想让你多划几次，多刷几下，多花点工夫。

反正你划了，他就知道你是认确实，你就不敢轻易划走他。

这就叫“惯性”。用户点多少次，程序就变多少次。用户划几次，程序就做啥几次。 你看目前，每个加载框都有自己的性格。有的喜爱 100 种表情，有的喜爱 20 种音乐，有的喜爱 3 个动画。有的喜爱让用户多点几次，有的喜爱让用户多划几次，还有的喜爱让用户多听几遍。它们都是为了解决“用户忒慢”这个难题而存有的。 可是，用户确实慢吗？ 不，用户根本不想慢。用户想要的压根儿不是“加载”，用户想要的压根儿不是“缓冲”，用户想要的压根儿不是“智能”。用户想要的，只是他们能看到的、能听的、能做的。他们不想快点，他们不想慢，他们只想快点见你，要么快点看你。 你看目前，你点开一个按钮，它启动加载。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它加载了，它变成了 100 种表情。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它启动播放音乐了，启动念台词了，启动倒带了。你启动想，这玩意儿该干啥？该干啥？该干啥？ 终于，它恢复正常了，加载搞定。你启动想，完了，我又浪费了你 5 秒钟，又浪费了你 10 秒钟。你启动骂人，启动打键盘，启动骂程序员。 你说，是不是累啊？

是不是该休息一下？ 实际上累的不是你，是程序。程序累啊，它一直在跑，一直在刷，一直在念那些它知道的东西，一直在让你多操作几次，多划几次，多听几次。它从不真正了解用户，它只知道用户喜爱它的那些操作。 这就好比你在刷抖音，看到个帅哥，你忍不住划那会儿。结局呢？那个帅哥突然变成了一个正在背古诗的少年，然后他启动念：“白日依山尽，黄河入海流。”你一脸懵逼，心想这人如何突然变个中二病？ 实际上他根本不会背。他只是想让你多划几次，多刷几下，多花点工夫。

反正你划了，他就知道你是认确实，你就不敢轻易划走他。

这就叫“惯性”。用户点多少次，程序就变多少次。用户划几次，程序就做啥几次。 你看目前，每个加载框都有自己的性格。有的喜爱 100 种表情，有的喜爱 20 种音乐，有的喜爱 3 个动画。有的喜爱让用户多点几次，有的喜爱让用户多划几次，还有的喜爱让用户多听几遍。它们都是为了解决“用户忒慢”这个难题而存有的。 可是，用户确实慢吗？ 不，用户根本不想慢。用户想要的压根儿不是“加载”，用户想要的压根儿不是“缓冲”，用户想要的压根儿不是“智能”。用户想要的，只是他们能看到的、能听的、能做的。他们不想快点，他们不想慢，他们只想快点见你，要么快点看你。 你看目前，你点开一个按钮，它启动加载。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它加载了，它变成了 100 种表情。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它启动播放音乐了，启动念台词了，启动倒带了。你启动想，这玩意儿该干啥？该干啥？该干啥？ 终于，它恢复正常了，加载搞定。你启动想，完了，我又浪费了你 5 秒钟，又浪费了你 10 秒钟。你启动骂人，启动打键盘，启动骂程序员。 你说，是不是累啊？

是不是该休息一下？ 实际上累的不是你，是程序。程序累啊，它一直在跑，一直在刷，一直在念那些它知道的东西，一直在让你多操作几次，多划几次，多听几次。它从不真正了解用户，它只知道用户喜爱它的那些操作。 这就好比你在刷抖音，看到个帅哥，你忍不住划那会儿。结局呢？那个帅哥突然变成了一个正在背古诗的少年，然后他启动念：“白日依山尽，黄河入海流。”你一脸懵逼，心想这人如何突然变个中二病？ 实际上他根本不会背。他只是想让你多划几次，多刷几下，多花点工夫。

反正你划了，他就知道你是认确实，你就不敢轻易划走他。

这就叫“惯性”。用户点多少次，程序就变多少次。用户划几次，程序就做啥几次。 你看目前，每个加载框都有自己的性格。有的喜爱 100 种表情，有的喜爱 20 种音乐，有的喜爱 3 个动画。有的喜爱让用户多点几次，有的喜爱让用户多划几次，还有的喜爱让用户多听几遍。它们都是为了解决“用户忒慢”这个难题而存有的。 可是，用户确实慢吗？ 不，用户根本不想慢。用户想要的压根儿不是“加载”，用户想要的压根儿不是“缓冲”，用户想要的压根儿不是“智能”。用户想要的，只是他们能看到的、能听的、能做的。他们不想快点，他们不想慢，他们只想快点见你，要么快点看你。 你看目前，你点开一个按钮，它启动加载。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它加载了，它变成了 100 种表情。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它启动播放音乐了，启动念台词了，启动倒带了。你启动想，这玩意儿该干啥？该干啥？该干啥？ 终于，它恢复正常了，加载搞定。你启动想，完了，我又浪费了你 5 秒钟，又浪费了你 10 秒钟。你启动骂人，启动打键盘，启动骂程序员。 你说，是不是累啊？

是不是该休息一下？ 实际上累的不是你，是程序。程序累啊，它一直在跑，一直在刷，一直在念那些它知道的东西，一直在让你多操作几次，多划几次，多听几次。它从不真正了解用户，它只知道用户喜爱它的那些操作。 这就好比你在刷抖音，看到个帅哥，你忍不住划那会儿。结局呢？那个帅哥突然变成了一个正在背古诗的少年，然后他启动念：“白日依山尽，黄河入海流。”你一脸懵逼，心想这人如何突然变个中二病？ 实际上他根本不会背。他只是想让你多划几次，多刷几下，多花点工夫。

反正你划了，他就知道你是认确实，你就不敢轻易划走他。

这就叫“惯性”。用户点多少次，程序就变多少次。用户划几次，程序就做啥几次。 你看目前，每个加载框都有自己的性格。有的喜爱 100 种表情，有的喜爱 20 种音乐，有的喜爱 3 个动画。有的喜爱让用户多点几次，有的喜爱让用户多划几次，还有的喜爱让用户多听几遍。它们都是为了解决“用户忒慢”这个难题而存有的。 可是，用户确实慢吗？ 不，用户根本不想慢。用户想要的压根儿不是“加载”，用户想要的压根儿不是“缓冲”，用户想要的压根儿不是“智能”。用户想要的，只是他们能看到的、能听的、能做的。他们不想快点，他们不想慢，他们只想快点见你，要么快点看你。 你看目前，你点开一个按钮，它启动加载。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它加载了，它变成了 100 种表情。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它启动播放音乐了，启动念台词了，启动倒带了。你启动想，这玩意儿该干啥？该干啥？该干啥？ 终于，它恢复正常了，加载搞定。你启动想，完了，我又浪费了你 5 秒钟，又浪费了你 10 秒钟。你启动骂人，启动打键盘，启动骂程序员。 你说，是不是累啊？

是不是该休息一下？ 实际上累的不是你，是程序。程序累啊，它一直在跑，一直在刷，一直在念那些它知道的东西，一直在让你多操作几次，多划几次，多听几次。它从不真正了解用户，它只知道用户喜爱它的那些操作。 这就好比你在刷抖音，看到个帅哥，你忍不住划那会儿。结局呢？那个帅哥突然变成了一个正在背古诗的少年，然后他启动念：“白日依山尽，黄河入海流。”你一脸懵逼，心想这人如何突然变个中二病？ 实际上他根本不会背。他只是想让你多划几次，多刷几下，多花点工夫。

反正你划了，他就知道你是认确实，你就不敢轻易划走他。

这就叫“惯性”。用户点多少次，程序就变多少次。用户划几次，程序就做啥几次。 你看目前，每个加载框都有自己的性格。有的喜爱 100 种表情，有的喜爱 20 种音乐，有的喜爱 3 个动画。有的喜爱让用户多点几次，有的喜爱让用户多划几次，还有的喜爱让用户多听几遍。它们都是为了解决“用户忒慢”这个难题而存有的。 可是，用户确实慢吗？ 不，用户根本不想慢。用户想要的压根儿不是“加载”，用户想要的压根儿不是“缓冲”，用户想要的压根儿不是“智能”。用户想要的，只是他们能看到的、能听的、能做的。他们不想快点，他们不想慢，他们只想快点见你，要么快点看你。 你看目前，你点开一个按钮，它启动加载。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它加载了，它变成了 100 种表情。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它启动播放音乐了，启动念台词了，启动倒带了。你启动想，这玩意儿该干啥？该干啥？该干啥？ 终于，它恢复正常了，加载搞定。你启动想，完了，我又浪费了你 5 秒钟，又浪费了你 10 秒钟。你启动骂人，启动打键盘，启动骂程序员。 你说，是不是累啊？

是不是该休息一下？ 实际上累的不是你，是程序。程序累啊，它一直在跑，一直在刷，一直在念那些它知道的东西，一直在让你多操作几次，多划几次，多听几次。它从不真正了解用户，它只知道用户喜爱它的那些操作。 这就好比你在刷抖音，看到个帅哥，你忍不住划那会儿。结局呢？那个帅哥突然变成了一个正在背古诗的少年，然后他启动念：“白日依山尽，黄河入海流。”你一脸懵逼，心想这人如何突然变个中二病？ 实际上他根本不会背。他只是想让你多划几次，多刷几下，多花点工夫。

反正你划了，他就知道你是认确实，你就不敢轻易划走他。

这就叫“惯性”。用户点多少次，程序就变多少次。用户划几次，程序就做啥几次。 你看目前，每个加载框都有自己的性格。有的喜爱 100 种表情，有的喜爱 20 种音乐，有的喜爱 3 个动画。有的喜爱让用户多点几次，有的喜爱让用户多划几次，还有的喜爱让用户多听几遍。它们都是为了解决“用户忒慢”这个难题而存有的。 可是，用户确实慢吗？ 不，用户根本不想慢。用户想要的压根儿不是“加载”，用户想要的压根儿不是“缓冲”，用户想要的压根儿不是“智能”。用户想要的，只是他们能看到的、能听的、能做的。他们不想快点，他们不想慢，他们只想快点见你，要么快点看你。 你看目前，你点开一个按钮，它启动加载。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它加载了，它变成了 100 种表情。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它启动播放音乐了，启动念台词了，启动倒带了。你启动想，这玩意儿该干啥？该干啥？该干啥？ 终于，它恢复正常了，加载搞定。你启动想，完了，我又浪费了你 5 秒钟，又浪费了你 10 秒钟。你启动骂人，启动打键盘，启动骂程序员。 你说，是不是累啊？

是不是该休息一下？ 实际上累的不是你，是程序。程序累啊，它一直在跑，一直在刷，一直在念那些它知道的东西，一直在让你多操作几次，多划几次，多听几次。它从不真正了解用户，它只知道用户喜爱它的那些操作。 这就好比你在刷抖音，看到个帅哥，你忍不住划那会儿。结局呢？那个帅哥突然变成了一个正在背古诗的少年，然后他启动念：“白日依山尽，黄河入海流。”你一脸懵逼，心想这人如何突然变个中二病？ 实际上他根本不会背。他只是想让你多划几次，多刷几下，多花点工夫。

反正你划了，他就知道你是认确实，你就不敢轻易划走他。

这就叫“惯性”。用户点多少次，程序就变多少次。用户划几次，程序就做啥几次。 你看目前，每个加载框都有自己的性格。有的喜爱 100 种表情，有的喜爱 20 种音乐，有的喜爱 3 个动画。有的喜爱让用户多点几次，有的喜爱让用户多划几次，还有的喜爱让用户多听几遍。它们都是为了解决“用户忒慢”这个难题而存有的。 可是，用户确实慢吗？ 不，用户根本不想慢。用户想要的压根儿不是“加载”，用户想要的压根儿不是“缓冲”，用户想要的压根儿不是“智能”。用户想要的，只是他们能看到的、能听的、能做的。他们不想快点，他们不想慢，他们只想快点见你，要么快点看你。 你看目前，你点开一个按钮，它启动加载。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它加载了，它变成了 100 种表情。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它启动播放音乐了，启动念台词了，启动倒带了。你启动想，这玩意儿该干啥？该干啥？该干啥？ 终于，它恢复正常了，加载搞定。你启动想，完了，我又浪费了你 5 秒钟，又浪费了你 10 秒钟。你启动骂人，启动打键盘，启动骂程序员。 你说，是不是累啊？

是不是该休息一下？ 实际上累的不是你，是程序。程序累啊，它一直在跑，一直在刷，一直在念那些它知道的东西，一直在让你多操作几次，多划几次，多听几次。它从不真正了解用户，它只知道用户喜爱它的那些操作。 这就好比你在刷抖音，看到个帅哥，你忍不住划那会儿。结局呢？那个帅哥突然变成了一个正在背古诗的少年，然后他启动念：“白日依山尽，黄河入海流。”你一脸懵逼，心想这人如何突然变个中二病？ 实际上他根本不会背。他只是想让你多划几次，多刷几下，多花点工夫。

反正你划了，他就知道你是认确实，你就不敢轻易划走他。

这就叫“惯性”。用户点多少次，程序就变多少次。用户划几次，程序就做啥几次。 你看目前，每个加载框都有自己的性格。有的喜爱 100 种表情，有的喜爱 20 种音乐，有的喜爱 3 个动画。有的喜爱让用户多点几次，有的喜爱让用户多划几次，还有的喜爱让用户多听几遍。它们都是为了解决“用户忒慢”这个难题而存有的。 可是，用户确实慢吗？ 不，用户根本不想慢。用户想要的压根儿不是“加载”，用户想要的压根儿不是“缓冲”，用户想要的压根儿不是“智能”。用户想要的，只是他们能看到的、能听的、能做的。他们不想快点，他们不想慢，他们只想快点见你，要么快点看你。 你看目前，你点开一个按钮，它启动加载。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它加载了，它变成了 100 种表情。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它启动播放音乐了，启动念台词了，启动倒带了。你启动想，这玩意儿该干啥？该干啥？该干啥？ 终于，它恢复正常了，加载搞定。你启动想，完了，我又浪费了你 5 秒钟，又浪费了你 10 秒钟。你启动骂人，启动打键盘，启动骂程序员。 你说，是不是累啊？

是不是该休息一下？ 实际上累的不是你，是程序。程序累啊，它一直在跑，一直在刷，一直在念那些它知道的东西，一直在让你多操作几次，多划几次，多听几次。它从不真正了解用户，它只知道用户喜爱它的那些操作。 这就好比你在刷抖音，看到个帅哥，你忍不住划那会儿。结局呢？那个帅哥突然变成了一个正在背古诗的少年，然后他启动念：“白日依山尽，黄河入海流。”你一脸懵逼，心想这人如何突然变个中二病？ 实际上他根本不会背。他只是想让你多划几次，多刷几下，多花点工夫。

反正你划了，他就知道你是认确实，你就不敢轻易划走他。

这就叫“惯性”。用户点多少次，程序就变多少次。用户划几次，程序就做啥几次。 你看目前，每个加载框都有自己的性格。有的喜爱 100 种表情，有的喜爱 20 种音乐，有的喜爱 3 个动画。有的喜爱让用户多点几次，有的喜爱让用户多划几次，还有的喜爱让用户多听几遍。它们都是为了解决“用户忒慢”这个难题而存有的。 可是，用户确实慢吗？ 不，用户根本不想慢。用户想要的压根儿不是“加载”，用户想要的压根儿不是“缓冲”，用户想要的压根儿不是“智能”。用户想要的，只是他们能看到的、能听的、能做的。他们不想快点，他们不想慢，他们只想快点见你，要么快点看你。 你看目前，你点开一个按钮，它启动加载。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它加载了，它变成了 100 种表情。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它启动播放音乐了，启动念台词了，启动倒带了。你启动想，这玩意儿该干啥？该干啥？该干啥？ 终于，它恢复正常了，加载搞定。你启动想，完了，我又浪费了你 5 秒钟，又浪费了你 10 秒钟。你启动骂人，启动打键盘，启动骂程序员。 你说，是不是累啊？

是不是该休息一下？ 实际上累的不是你，是程序。程序累啊，它一直在跑，一直在刷，一直在念那些它知道的东西，一直在让你多操作几次，多划几次，多听几次。它从不真正了解用户，它只知道用户喜爱它的那些操作。 这就好比你在刷抖音，看到个帅哥，你忍不住划那会儿。结局呢？那个帅哥突然变成了一个正在背古诗的少年，然后他启动念：“白日依山尽，黄河入海流。”你一脸懵逼，心想这人如何突然变个中二病？ 实际上他根本不会背。他只是想让你多划几次，多刷几下，多花点工夫。

反正你划了，他就知道你是认确实，你就不敢轻易划走他。

这就叫“惯性”。用户点多少次，程序就变多少次。用户划几次，程序就做啥几次。 你看目前，每个加载框都有自己的性格。有的喜爱 100 种表情，有的喜爱 20 种音乐，有的喜爱 3 个动画。有的喜爱让用户多点几次，有的喜爱让用户多划几次，还有的喜爱让用户多听几遍。它们都是为了解决“用户忒慢”这个难题而存有的。 可是，用户确实慢吗？ 不，用户根本不想慢。用户想要的压根儿不是“加载”，用户想要的压根儿不是“缓冲”，用户想要的压根儿不是“智能”。用户想要的，只是他们能看到的、能听的、能做的。他们不想快点，他们不想慢，他们只想快点见你，要么快点看你。 你看目前，你点开一个按钮，它启动加载。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它加载了，它变成了 100 种表情。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它启动播放音乐了，启动念台词了，启动倒带了。你启动想，这玩意儿该干啥？该干啥？该干啥？ 终于，它恢复正常了，加载搞定。你启动想，完了，我又浪费了你 5 秒钟，又浪费了你 10 秒钟。你启动骂人，启动打键盘，启动骂程序员。 你说，是不是累啊？

是不是该休息一下？ 实际上累的不是你，是程序。程序累啊，它一直在跑，一直在刷，一直在念那些它知道的东西，一直在让你多操作几次，多划几次，多听几次。它从不真正了解用户，它只知道用户喜爱它的那些操作。 这就好比你在刷抖音，看到个帅哥，你忍不住划那会儿。结局呢？那个帅哥突然变成了一个正在背古诗的少年，然后他启动念：“白日依山尽，黄河入海流。”你一脸懵逼，心想这人如何突然变个中二病？ 实际上他根本不会背。他只是想让你多划几次，多刷几下，多花点工夫。

反正你划了，他就知道你是认确实，你就不敢轻易划走他。

这就叫“惯性”。用户点多少次，程序就变多少次。用户划几次，程序就做啥几次。 你看目前，每个加载框都有自己的性格。有的喜爱 100 种表情，有的喜爱 20 种音乐，有的喜爱 3 个动画。有的喜爱让用户多点几次，有的喜爱让用户多划几次，还有的喜爱让用户多听几遍。它们都是为了解决“用户忒慢”这个难题而存有的。 可是，用户确实慢吗？ 不，用户根本不想慢。用户想要的压根儿不是“加载”，用户想要的压根儿不是“缓冲”，用户想要的压根儿不是“智能”。用户想要的，只是他们能看到的、能听的、能做的。他们不想快点，他们不想慢，他们只想快点见你，要么快点看你。 你看目前，你点开一个按钮，它启动加载。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它加载了，它变成了 100 种表情。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它启动播放音乐了，启动念台词了，启动倒带了。你启动想，这玩意儿该干啥？该干啥？该干啥？ 终于，它恢复正常了，加载搞定。你启动想，完了，我又浪费了你 5 秒钟，又浪费了你 10 秒钟。你启动骂人，启动打键盘，启动骂程序员。 你说，是不是累啊？

是不是该休息一下？ 实际上累的不是你，是程序。程序累啊，它一直在跑，一直在刷，一直在念那些它知道的东西，一直在让你多操作几次，多划几次，多听几次。它从不真正了解用户，它只知道用户喜爱它的那些操作。 这就好比你在刷抖音，看到个帅哥，你忍不住划那会儿。结局呢？那个帅哥突然变成了一个正在背古诗的少年，然后他启动念：“白日依山尽，黄河入海流。”你一脸懵逼，心想这人如何突然变个中二病？ 实际上他根本不会背。他只是想让你多划几次，多刷几下，多花点工夫。

反正你划了，他就知道你是认确实，你就不敢轻易划走他。

这就叫“惯性”。用户点多少次，程序就变多少次。用户划几次，程序就做啥几次。 你看目前，每个加载框都有自己的性格。有的喜爱 100 种表情，有的喜爱 20 种音乐，有的喜爱 3 个动画。有的喜爱让用户多点几次，有的喜爱让用户多划几次，还有的喜爱让用户多听几遍。它们都是为了解决“用户忒慢”这个难题而存有的。 可是，用户确实慢吗？ 不，用户根本不想慢。用户想要的压根儿不是“加载”，用户想要的压根儿不是“缓冲”，用户想要的压根儿不是“智能”。用户想要的，只是他们能看到的、能听的、能做的。他们不想快点，他们不想慢，他们只想快点见你，要么快点看你。 你看目前，你点开一个按钮，它启动加载。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它加载了，它变成了 100 种表情。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它启动播放音乐了，启动念台词了，启动倒带了。你启动想，这玩意儿该干啥？该干啥？该干啥？ 终于，它恢复正常了，加载搞定。你启动想，完了，我又浪费了你 5 秒钟，又浪费了你 10 秒钟。你启动骂人，启动打键盘，启动骂程序员。 你说，是不是累啊？

是不是该休息一下？ 实际上累的不是你，是程序。程序累啊，它一直在跑，一直在刷，一直在念那些它知道的东西，一直在让你多操作几次，多划几次，多听几次。它从不真正了解用户，它只知道用户喜爱它的那些操作。 这就好比你在刷抖音，看到个帅哥，你忍不住划那会儿。结局呢？那个帅哥突然变成了一个正在背古诗的少年，然后他启动念：“白日依山尽，黄河入海流。”你一脸懵逼，心想这人如何突然变个中二病？ 实际上他根本不会背。他只是想让你多划几次，多刷几下，多花点工夫。

反正你划了，他就知道你是认确实，你就不敢轻易划走他。

这就叫“惯性”。用户点多少次，程序就变多少次。用户划几次，程序就做啥几次。 你看目前，每个加载框都有自己的性格。有的喜爱 100 种表情，有的喜爱 20 种音乐，有的喜爱 3 个动画。有的喜爱让用户多点几次，有的喜爱让用户多划几次，还有的喜爱让用户多听几遍。它们都是为了解决“用户忒慢”这个难题而存有的。 可是，用户确实慢吗？ 不，用户根本不想慢。用户想要的压根儿不是“加载”，用户想要的压根儿不是“缓冲”，用户想要的压根儿不是“智能”。用户想要的，只是他们能看到的、能听的、能做的。他们不想快点，他们不想慢，他们只想快点见你，要么快点看你。 你看目前，你点开一个按钮，它启动加载。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它加载了，它变成了 100 种表情。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它启动播放音乐了，启动念台词了，启动倒带了。你启动想，这玩意儿该干啥？该干啥？该干啥？ 终于，它恢复正常了，加载搞定。你启动想，完了，我又浪费了你 5 秒钟，又浪费了你 10 秒钟。你启动骂人，启动打键盘，启动骂程序员。 你说，是不是累啊？

是不是该休息一下？ 实际上累的不是你，是程序。程序累啊，它一直在跑，一直在刷，一直在念那些它知道的东西，一直在让你多操作几次，多划几次，多听几次。它从不真正了解用户，它只知道用户喜爱它的那些操作。 这就好比你在刷抖音，看到个帅哥，你忍不住划那会儿。结局呢？那个帅哥突然变成了一个正在背古诗的少年，然后他启动念：“白日依山尽，黄河入海流。”你一脸懵逼，心想这人如何突然变个中二病？ 实际上他根本不会背。他只是想让你多划几次，多刷几下，多花点工夫。

反正你划了，他就知道你是认确实，你就不敢轻易划走他。

这就叫“惯性”。用户点多少次，程序就变多少次。用户划几次，程序就做啥几次。 你看目前，每个加载框都有自己的性格。有的喜爱 100 种表情，有的喜爱 20 种音乐，有的喜爱 3 个动画。有的喜爱让用户多点几次，有的喜爱让用户多划几次，还有的喜爱让用户多听几遍。它们都是为了解决“用户忒慢”这个难题而存有的。 可是，用户确实慢吗？ 不，用户根本不想慢。用户想要的压根儿不是“加载”，用户想要的压根儿不是“缓冲”，用户想要的压根儿不是“智能”。用户想要的，只是他们能看到的、能听的、能做的。他们不想快点，他们不想慢，他们只想快点见你，要么快点看你。 你看目前，你点开一个按钮，它启动加载。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它加载了，它变成了 100 种表情。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它启动播放音乐了，启动念台词了，启动倒带了。你启动想，这玩意儿该干啥？该干啥？该干啥？ 终于，它恢复正常了，加载搞定。你启动想，完了，我又浪费了你 5 秒钟，又浪费了你 10 秒钟。你启动骂人，启动打键盘，启动骂程序员。 你说，是不是累啊？

是不是该休息一下？ 实际上累的不是你，是程序。程序累啊，它一直在跑，一直在刷，一直在念那些它知道的东西，一直在让你多操作几次，多划几次，多听几次。它从不真正了解用户，它只知道用户喜爱它的那些操作。 这就好比你在刷抖音，看到个帅哥，你忍不住划那会儿。结局呢？那个帅哥突然变成了一个正在背古诗的少年，然后他启动念：“白日依山尽，黄河入海流。”你一脸懵逼，心想这人如何突然变个中二病？ 实际上他根本不会背。他只是想让你多划几次，多刷几下，多花点工夫。

反正你划了，他就知道你是认确实，你就不敢轻易划走他。

这就叫“惯性”。用户点多少次，程序就变多少次。用户划几次，程序就做啥几次。 你看目前，每个加载框都有自己的性格。有的喜爱 100 种表情，有的喜爱 20 种音乐，有的喜爱 3 个动画。有的喜爱让用户多点几次，有的喜爱让用户多划几次，还有的喜爱让用户多听几遍。它们都是为了解决“用户忒慢”这个难题而存有的。 可是，用户确实慢吗？ 不，用户根本不想慢。用户想要的压根儿不是“加载”，用户想要的压根儿不是“缓冲”，用户想要的压根儿不是“智能”。用户想要的，只是他们能看到的、能听的、能做的。他们不想快点，他们不想慢，他们只想快点见你，要么快点看你。 你看目前，你点开一个按钮，它启动加载。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它加载了，它变成了 100 种表情。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它启动播放音乐了，启动念台词了，启动倒带了。你启动想，这玩意儿该干啥？该干啥？该干啥？ 终于，它恢复正常了，加载搞定。你启动想，完了，我又浪费了你 5 秒钟，又浪费了你 10 秒钟。你启动骂人，启动打键盘，启动骂程序员。 你说，是不是累啊？

是不是该休息一下？ 实际上累的不是你，是程序。程序累啊，它一直在跑，一直在刷，一直在念那些它知道的东西，一直在让你多操作几次，多划几次，多听几次。它从不真正了解用户，它只知道用户喜爱它的那些操作。 这就好比你在刷抖音，看到个帅哥，你忍不住划那会儿。结局呢？那个帅哥突然变成了一个正在背古诗的少年，然后他启动念：“白日依山尽，黄河入海流。”你一脸懵逼，心想这人如何突然变个中二病？ 实际上他根本不会背。他只是想让你多划几次，多刷几下，多花点工夫。

反正你划了，他就知道你是认确实，你就不敢轻易划走他。

这就叫“惯性”。用户点多少次，程序就变多少次。用户划几次，程序就做啥几次。 你看目前，每个加载框都有自己的性格。有的喜爱 100 种表情，有的喜爱 20 种音乐，有的喜爱 3 个动画。有的喜爱让用户多点几次，有的喜爱让用户多划几次，还有的喜爱让用户多听几遍。它们都是为了解决“用户忒慢”这个难题而存有的。 可是，用户确实慢吗？ 不，用户根本不想慢。用户想要的压根儿不是“加载”，用户想要的压根儿不是“缓冲”，用户想要的压根儿不是“智能”。用户想要的，只是他们能看到的、能听的、能做的。他们不想快点，他们不想慢，他们只想快点见你，要么快点看你。 你看目前，你点开一个按钮，它启动加载。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它加载了，它变成了 100 种表情。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它启动播放音乐了，启动念台词了，启动倒带了。你启动想，这玩意儿该干啥？该干啥？该干啥？ 终于，它恢复正常了，加载搞定。你启动想，完了，我又浪费了你 5 秒钟，又浪费了你 10 秒钟。你启动骂人，启动打键盘，启动骂程序员。 你说，是不是累啊？

是不是该休息一下？ 实际上累的不是你，是程序。程序累啊，它一直在跑，一直在刷，一直在念那些它知道的东西，一直在让你多操作几次，多划几次，多听几次。它从不真正了解用户，它只知道用户喜爱它的那些操作。 这就好比你在刷抖音，看到个帅哥，你忍不住划那会儿。结局呢？那个帅哥突然变成了一个正在背古诗的少年，然后他启动念：“白日依山尽，黄河入海流。”你一脸懵逼，心想这人如何突然变个中二病？ 实际上他根本不会背。他只是想让你多划几次，多刷几下，多花点工夫。

反正你划了，他就知道你是认确实，你就不敢轻易划走他。

这就叫“惯性”。用户点多少次，程序就变多少次。用户划几次，程序就做啥几次。 你看目前，每个加载框都有自己的性格。有的喜爱 100 种表情，有的喜爱 20 种音乐，有的喜爱 3 个动画。有的喜爱让用户多点几次，有的喜爱让用户多划几次，还有的喜爱让用户多听几遍。它们都是为了解决“用户忒慢”这个难题而存有的。 可是，用户确实慢吗？ 不，用户根本不想慢。用户想要的压根儿不是“加载”，用户想要的压根儿不是“缓冲”，用户想要的压根儿不是“智能”。用户想要的，只是他们能看到的、能听的、能做的。他们不想快点，他们不想慢，他们只想快点见你，要么快点看你。 你看目前，你点开一个按钮，它启动加载。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它加载了，它变成了 100 种表情。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它启动播放音乐了，启动念台词了，启动倒带了。你启动想，这玩意儿该干啥？该干啥？该干啥？ 终于，它恢复正常了，加载搞定。你启动想，完了，我又浪费了你 5 秒钟，又浪费了你 10 秒钟。你启动骂人，启动打键盘，启动骂程序员。 你说，是不是累啊？

是不是该休息一下？ 实际上累的不是你，是程序。程序累啊，它一直在跑，一直在刷，一直在念那些它知道的东西，一直在让你多操作几次，多划几次，多听几次。它从不真正了解用户，它只知道用户喜爱它的那些操作。 这就好比你在刷抖音，看到个帅哥，你忍不住划那会儿。结局呢？那个帅哥突然变成了一个正在背古诗的少年，然后他启动念：“白日依山尽，黄河入海流。”你一脸懵逼，心想这人如何突然变个中二病？ 实际上他根本不会背。他只是想让你多划几次，多刷几下，多花点工夫。

反正你划了，他就知道你是认确实，你就不敢轻易划走他。

这就叫“惯性”。用户点多少次，程序就变多少次。用户划几次，程序就做啥几次。 你看目前，每个加载框都有自己的性格。有的喜爱 100 种表情，有的喜爱 20 种音乐，有的喜爱 3 个动画。有的喜爱让用户多点几次，有的喜爱让用户多划几次，还有的喜爱让用户多听几遍。它们都是为了解决“用户忒慢”这个难题而存有的。 可是，用户确实慢吗？ 不，用户根本不想慢。用户想要的压根儿不是“加载”，用户想要的压根儿不是“缓冲”，用户想要的压根儿不是“智能”。用户想要的，只是他们能看到的、能听的、能做的。他们不想快点，他们不想慢，他们只想快点见你，要么快点看你。 你看目前，你点开一个按钮，它启动加载。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它加载了，它变成了 100 种表情。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它启动播放音乐了，启动念台词了，启动倒带了。你启动想，这玩意儿该干啥？该干啥？该干啥？ 终于，它恢复正常了，加载搞定。你启动想，完了，我又浪费了你 5 秒钟，又浪费了你 10 秒钟。你启动骂人，启动打键盘，启动骂程序员。 你说，是不是累啊？

是不是该休息一下？ 实际上累的不是你，是程序。程序累啊，它一直在跑，一直在刷，一直在念那些它知道的东西，一直在让你多操作几次，多划几次，多听几次。它从不真正了解用户，它只知道用户喜爱它的那些操作。 这就好比你在刷抖音，看到个帅哥，你忍不住划那会儿。结局呢？那个帅哥突然变成了一个正在背古诗的少年，然后他启动念：“白日依山尽，黄河入海流。”你一脸懵逼，心想这人如何突然变个中二病？ 实际上他根本不会背。他只是想让你多划几次，多刷几下，多花点工夫。

反正你划了，他就知道你是认确实，你就不敢轻易划走他。

这就叫“惯性”。用户点多少次，程序就变多少次。用户划几次，程序就做啥几次。 你看目前，每个加载框都有自己的性格。有的喜爱 100 种表情，有的喜爱 20 种音乐，有的喜爱 3 个动画。有的喜爱让用户多点几次，有的喜爱让用户多划几次，还有的喜爱让用户多听几遍。它们都是为了解决“用户忒慢”这个难题而存有的。 可是，用户确实慢吗？ 不，用户根本不想慢。用户想要的压根儿不是“加载”，用户想要的压根儿不是“缓冲”，用户想要的压根儿不是“智能”。用户想要的，只是他们能看到的、能听的、能做的。他们不想快点，他们不想慢，他们只想快点见你，要么快点看你。 你看目前，你点开一个按钮，它启动加载。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它加载了，它变成了 100 种表情。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它启动播放音乐了，启动念台词了，启动倒带了。你启动想，这玩意儿该干啥？该干啥？该干啥？ 终于，它恢复正常了，加载搞定。你启动想，完了，我又浪费了你 5 秒钟，又浪费了你 10 秒钟。你启动骂人，启动打键盘，启动骂程序员。 你说，是不是累啊？

是不是该休息一下？ 实际上累的不是你，是程序。程序累啊，它一直在跑，一直在刷，一直在念那些它知道的东西，一直在让你多操作几次，多划几次，多听几次。它从不真正了解用户，它只知道用户喜爱它的那些操作。 这就好比你在刷抖音，看到个帅哥，你忍不住划那会儿。结局呢？那个帅哥突然变成了一个正在背古诗的少年，然后他启动念：“白日依山尽，黄河入海流。”你一脸懵逼，心想这人如何突然变个中二病？ 实际上他根本不会背。他只是想让你多划几次，多刷几下，多花点工夫。

反正你划了，他就知道你是认确实，你就不敢轻易划走他。

这就叫“惯性”。用户点多少次，程序就变多少次。用户划几次，程序就做啥几次。 你看目前，每个加载框都有自己的性格。有的喜爱 100 种表情，有的喜爱 20 种音乐，有的喜爱 3 个动画。有的喜爱让用户多点几次，有的喜爱让用户多划几次，还有的喜爱让用户多听几遍。它们都是为了解决“用户忒慢”这个难题而存有的。 可是，用户确实慢吗？ 不，用户根本不想慢。用户想要的压根儿不是“加载”，用户想要的压根儿不是“缓冲”，用户想要的压根儿不是“智能”。用户想要的，只是他们能看到的、能听的、能做的。他们不想快点，他们不想慢，他们只想快点见你，要么快点看你。 你看目前，你点开一个按钮，它启动加载。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它加载了，它变成了 100 种表情。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它启动播放音乐了，启动念台词了，启动倒带了。你启动想，这玩意儿该干啥？该干啥？该干啥？ 终于，它恢复正常了，加载搞定。你启动想，完了，我又浪费了你 5 秒钟，又浪费了你 10 秒钟。你启动骂人，启动打键盘，启动骂程序员。 你说，是不是累啊？

是不是该休息一下？ 实际上累的不是你，是程序。程序累啊，它一直在跑，一直在刷，一直在念那些它知道的东西，一直在让你多操作几次，多划几次，多听几次。它从不真正了解用户，它只知道用户喜爱它的那些操作。 这就好比你在刷抖音，看到个帅哥，你忍不住划那会儿。结局呢？那个帅哥突然变成了一个正在背古诗的少年，然后他启动念：“白日依山尽，黄河入海流。”你一脸懵逼，心想这人如何突然变个中二病？ 实际上他根本不会背。他只是想让你多划几次，多刷几下，多花点工夫。

反正你划了，他就知道你是认确实，你就不敢轻易划走他。

这就叫“惯性”。用户点多少次，程序就变多少次。用户划几次，程序就做啥几次。 你看目前，每个加载框都有自己的性格。有的喜爱 100 种表情，有的喜爱 20 种音乐，有的喜爱 3 个动画。有的喜爱让用户多点几次，有的喜爱让用户多划几次，还有的喜爱让用户多听几遍。它们都是为了解决“用户忒慢”这个难题而存有的。 可是，用户确实慢吗？ 不，用户根本不想慢。用户想要的压根儿不是“加载”，用户想要的压根儿不是“缓冲”，用户想要的压根儿不是“智能”。用户想要的，只是他们能看到的、能听的、能做的。他们不想快点，他们不想慢，他们只想快点见你，要么快点看你。 你看目前，你点开一个按钮，它启动加载。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它加载了，它变成了 100 种表情。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它启动播放音乐了，启动念台词了，启动倒带了。你启动想，这玩意儿该干啥？该干啥？该干啥？ 终于，它恢复正常了，加载搞定。你启动想，完了，我又浪费了你 5 秒钟，又浪费了你 10 秒钟。你启动骂人，启动打键盘，启动骂程序员。 你说，是不是累啊？

是不是该休息一下？ 实际上累的不是你，是程序。程序累啊，它一直在跑，一直在刷，一直在念那些它知道的东西，一直在让你多操作几次，多划几次，多听几次。它从不真正了解用户，它只知道用户喜爱它的那些操作。 这就好比你在刷抖音，看到个帅哥，你忍不住划那会儿。结局呢？那个帅哥突然变成了一个正在背古诗的少年，然后他启动念：“白日依山尽，黄河入海流。”你一脸懵逼，心想这人如何突然变个中二病？ 实际上他根本不会背。他只是想让你多划几次，多刷几下，多花点工夫。

反正你划了，他就知道你是认确实，你就不敢轻易划走他。

这就叫“惯性”。用户点多少次，程序就变多少次。用户划几次，程序就做啥几次。 你看目前，每个加载框都有自己的性格。有的喜爱 100 种表情，有的喜爱 20 种音乐，有的喜爱 3 个动画。有的喜爱让用户多点几次，有的喜爱让用户多划几次，还有的喜爱让用户多听几遍。它们都是为了解决“用户忒慢”这个难题而存有的。 可是，用户确实慢吗？ 不，用户根本不想慢。用户想要的压根儿不是“加载”，用户想要的压根儿不是“缓冲”，用户想要的压根儿不是“智能”。用户想要的，只是他们能看到的、能听的、能做的。他们不想快点，他们不想慢，他们只想快点见你，要么快点看你。 你看目前，你点开一个按钮，它启动加载。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它加载了，它变成了 100 种表情。你启动想，这玩意儿该干啥？该干啥？该干啥？ 它启动播放音乐了，启动念台词了，启动倒带了。你启动想，这玩意儿该干啥？该干啥？该干啥？ 终于，它恢复正常了，加载搞定。你启动想，完了，我又浪费了你 5 秒钟，又浪费了你 10 秒钟。你启动骂人，启动打键盘，启动骂程序员。 你说，是不是累啊？

是不是该休息一下？