Skip to content

Commit

Permalink
add content
Browse files Browse the repository at this point in the history
  • Loading branch information
darkyzhou committed Jul 2, 2024
1 parent a776b8f commit b8bc9c3
Showing 1 changed file with 6 additions and 4 deletions.
10 changes: 6 additions & 4 deletions source/_posts/i-uninstalled-arc.md
Original file line number Diff line number Diff line change
Expand Up @@ -9,7 +9,7 @@ excerpt: 今天,我卸载了 Arc 浏览器。这是我第一次卸载一个我

## 与 Arc 的蜜月期

作为一名前端开发者,我在去年注意到了一个显著的变化:我的同事们的电脑屏幕上不再是传统的顶部标签页的 Chrome 浏览器,而是采用侧边标签页的 Arc 浏览器。我可能是团队中最早采用 Arc 浏览器的人之一,早在 2022 年下半年,我就通过等待名单获得了使用资格。
作为一名前端开发者,我在去年注意到了一个显著的变化:我的同事们的电脑屏幕上不再是传统的顶部标签页的 Chrome 浏览器,而是采用侧边标签页的 [Arc 浏览器](https://arc.net/)。我可能是团队中最早采用 Arc 浏览器的人之一,早在 2022 年下半年,我就通过等待名单获得了使用资格。

我非常喜欢其将标签页置于侧边栏的设计,认为这更适合现代的浏览习惯,因为大多数人都会打开许多标签页,而传统的顶部标签页布局已不再适应我们的需求。此外,Arc 浏览器还引入了两个提升效率的功能:一个是类似于 MacOS Spotlight 的 Cmd+T 悬浮菜单,可以在同一个入口完成新建标签页、切换标签页等操作;另一个是通过 Ctrl+Tab 快速切换标签页的功能。当时,我认为 Arc 浏览器是为像我这样的用户量身定制的高效工具。

Expand All @@ -25,13 +25,15 @@ excerpt: 今天,我卸载了 Arc 浏览器。这是我第一次卸载一个我

最后,我认为也是最严重的一点:**Arc 没有提供禁止检查更新的选项**。如果你不更新,那个按钮就会一直驻留在侧边栏的底部(说的好像如果你更新了就不会再弹出更新按钮似的),挤占你宝贵的空间,让你无法专注于你正在浏览的内容。正是这一点让我感到:我作为用户没有被这家公司尊重。这家公司觉得他们的更新是如此重要,以至于可以占据用户的工作空间(侧边栏)。

这种态度让我感到不舒服,我不希望使用这样的产品。**我并不觉得更新是不重要的,但我认为用户应该有选择的权利,而不是被强迫接受**,在今年的早些时候,Arc 浏览器终于「听取」了某些意见,对更新按钮进行了一些调整。不过,他们竟然只是将按钮调得更小且更丑了,丝毫没有反思更本质的问题(哪怕尝试作出回应)。这让我感到更加失望。
**我并不觉得更新是不重要的,但我认为用户应该有选择的权利,而不是被强迫接受**,在今年的早些时候,Arc 浏览器终于「听取」了某些意见,对更新按钮进行了一些调整。不过,他们竟然只是将按钮调得更小且更丑了,丝毫没有反思更本质的问题(哪怕尝试作出回应)。这让我感到更加失望。

## 关于「更新」的思考

过去,软件的更新频率远不如今天高,因此开发者可以将很多新功能和修复打包到同一个新版本中,其结果就是这些改进能够覆盖每个用户实际需要的概率较高。但是这种覆盖需要的概率,正如我刚才提到的例子,会随着新版本发布频率的提高的降低。Arc 的开发者们或许正在非常辛勤地工作着,但我作为用户的感受就像是一名快递员骑着电动车送货,突然被一个冲到马路上的热情推销员拦下,向我推销一些我根本不需要的东西。你们在消费我使用你们的软件的热情
过去,软件的更新频率远不如今天高,因此开发者可以将很多新功能和修复打包到同一个新版本中,其结果就是这些改进能够覆盖每个用户实际需要的概率较高。但是这种覆盖需要的概率,正如我们刚才看到的,会随着新版本发布频率的提高的降低。Arc 的开发者们或许正在非常辛勤地工作着,但我作为用户的感受就像是一名快递员骑着电动车送货,突然被一个冲到马路上的热情推销员拦下,向我推销一些我根本不需要的东西。他们像是在消费我使用他们的软件的热情

我觉得包括我自己在内的开发者都应该在设计软件更新策略时,**切实地站在用户的立场上,权衡他们为了更新要付出的代价以及能够获得的价值**。我们要考虑用户的真实需求,知道哪些特性对哪些人来说是不可或缺的,而哪些特性只是锦上添花。或许我们应该把一些特性打包成一个个独立的包,允许用户根据他们的实际需要来选择是否要安装这些功能模块,而不是用一种粗暴的方式强迫所有的用户接受它们。
我觉得包括我自己在内的开发者都应该在设计软件更新策略时,**切实地站在用户的立场上,权衡他们为了更新要付出的代价以及能够获得的价值**。我们要考虑用户的真实需求,知道哪些特性对哪些人来说是不可或缺的,而哪些特性只是锦上添花。或许在理性情况下,我们可以把特性打包成一个个独立的包,允许用户根据他们的实际需要去选择是否要安装这些模块,而不是用一种粗暴的方式强迫所有的用户接受它们。

基于上述讨论,我认为**更新按钮应该仅在开发者确信「这个新版本对于所有人来说都是必要的」的情况下才应该弹出**。如果开发者不能确定这一点,那么他们应该提供一个不那么显眼,或者说被动的方式来告知用户有新版本可用,而不是强迫用户去更新。这样,用户就可以在自己的时间里去了解新版本的内容,决定是否要更新。

## 转向 Firefox

Expand Down

0 comments on commit b8bc9c3

Please sign in to comment.