现代软件正变得越来越“黏人”且令人厌烦。应用程序频繁要求用户注册账户、强制推送通知，并进行无休止的自动更新。这种转变往往是为了迎合开发者的敏捷开发流程，而非满足用户的实际需求，导致用户失去了对软件的控制权，同时也牺牲了版本的稳定性与更新的透明度。
软件变得索求无度
在过去十年里，用户与软件的关系发生了微妙但显著的变化。现在的程序（App）不再仅仅是工具，它们开始向用户“索取”东西。
- 强制账户注册： 如今，如果一个程序不强迫你创建账户，反而成了一种令人耳目一新的罕见体验。
- 通知即负担： 通知不再是单纯的提醒，而变成了由第三方强加给你的“待办事项”。用户不得不花费精力去清理这些红点。
- 强制更新： 许多糟糕的软件会锁定功能，直到你同意更新为止。
糟糕的案例：Adobe 的“安静模式”
Adobe 是这种糟糕体验的典型代表。即便是为了解决弹窗问题而推出的功能，也充满了讽刺意味：
- 不够彻底的“安静”： Photoshop 增加了一个“安静模式”来减少弹窗，但仅仅是“减少”而非“消除”。
- 重复的新手引导： 每次更新 Illustrator 或 InDesign 后，用户都会被当作从未使用过该软件的新手对待，被迫观看介绍。
- 滥用提示红点： 菜单栏上的红点提示常常不是为了软件更新，而是为了推销会议（如 Adobe MAX）的观看链接。
这种做法不仅打扰了用户，更是一种注意力的滥用。用户不应该为了营销信息而被分散精力。
开发者优先，而非用户优先
为什么像 Adobe 这样的大厂每两周就要发布一个新版本？这背后的驱动力往往是敏捷开发（Agile），但这并不意味着对用户有利。
- 工作流错位： 持续集成（Continuous Integration）并不意味着必须持续发布。现在的更新节奏是为了优化开发者的工作方式，而不是为了交付用户真正需要的东西。
- 永远的 Beta 版： 这种模式导致不再有经过精心打磨的“成品”。任何一次更新都可能修复了一个 Bug，却在毫无预警的情况下将另一个功能变成了不稳定的测试版。
- 缺乏控制权： 理想情况下，用户应该能跳过新功能介绍，直接使用软件，并拥有在闲暇时查看更新内容的选项。但现在的软件剥夺了这种控制权。
应用商店模式的弊端
现行的应用商店模式加剧了这一问题，破坏了旧有模式中那种有节奏、透明且可控的更新体验。
- 被迫的客户端更新： 很多时候，即使用户不关心，也因为服务器端的代码变更而被迫更新客户端。
- 更新日志的消失： 开发者在后台不断推送更新，却很少提供清晰的发布说明（Release Notes）。用户根本不知道发生了什么变化。
- 难以手动管理： 由于更新过于频繁，用户几乎无法关闭自动更新。一旦关闭，应用商店就会积压海量的待更新列表，让人无从下手。
最终，用户失去的是一种确定性：知道这是一个经过测试的功能更新，还是一个紧急的 Bug 修复，并据此决定何时升级。