微软对高级用户的看法是正确的,但并不完全正确

2020-05-26 13:40:16

最近,Windows团队发布了一些令人震惊的声明,似乎试图赢得Linux和OSX开发人员的支持。他们的主要目标是高级用户,因为这一群体传统上被官方微软忽视了。现在,Windows已经进入了一场争夺开发人员的战斗,他们的新的、闪亮的工具模仿了适当的开发工作流程。我说的是以下几点:

对WSL的DirectX支持。这可能会让Windows超越Ubuntu,成为使用最多的机器学习平台。作为一个很好的副作用,它可能会为我们提供Windows中的Linux GUI应用程序。

PowerToys-一系列受PowerToys for Windows95启发的实用程序,包括类似聚光灯的启动器和窗口切换器、按键重新映射器等等。

所以我决定开机进入Windows,把它们都检查一遍。在您将用户体验纳入考虑范围之前,它们都是不错的、有用的。让我来为你剧透吧-太糟糕了。

让我从Windows终端体验开始。总体而言,它工作得很好。您可以在一个整洁的Linux环境中进行开发工作。但是,在系统重新启动后,Linux子系统的首次启动速度慢得令人难以置信。显然,它需要初始化一次虚拟机管理程序,然后WSL随后就可以正常启动。我的XFCE终端几乎立即在同一台机器上启动。我第一次发射还是第十次发射都无关紧要。

更不用说,在第一次启动终端之前,WSL$文件夹在文件资源管理器中是不可访问的。您基本上无法在不忍受这种等待的情况下浏览您的Linux文件。

Windows终端的下一个真正困扰我的是菜单。为什么它是动画的?或者,即使是这样,为什么动画制作如此缓慢?我希望任何下拉菜单都要快,至少不能慢于思考的速度。而且,在Windows软件中,动画菜单并不常见。在我看来,这似乎是专门为前卫的青少年量身定做的,让他们吹嘘自己很酷的新终端应用程序。不是为专业人士准备的。

我的下一个关注点是设置编辑器。作为一名Linux用户,我习惯于编辑文本配置。但是,真的吗,微软?您选择记事本作为存储在JSON中的设置的默认编辑器吗?它没有语法高亮显示,也没有缩排编辑,这对于编辑JSON是非常必要的。但是,使用您喜欢的文本编辑器手动更改您的设置也不是一件容易的任务,因为Github官方页面上的文档已经过时,并且指向错误的文件路径。

我还没有评估PowerToys的所有实用程序。我对“PowerToys Run”快速启动应用程序特别感兴趣,因为我在其他平台上使用类似的功能。但再说一次,与之合作是不可能的。当我打字时,它明显滞后并闪烁。当我坐在那里的时候,我的笔记本电脑风扇开始大声旋转。它放在托盘里。我仍然不明白为什么每个windows应用程序都觉得有必要把它放在托盘里。

此外,它不索引新安装的应用程序。我想我们会说这是一个提前发布的版本,并希望能有一个更晚的修复。值得注意的是,在写这篇文章的时候,它在Github上有23k颗星。我不认为有任何其他的阿尔法软件给予如此多的爱。

但更糟糕的是,即使是默认的窗口搜索也总是滞后和闪烁。一般说来,它的搜索效果更好,但也不会太多。并且缺乏窗口切换功能。如果您尝试按名称的一部分进行搜索,它甚至可能不起作用。我以为模糊搜索已经解决了,是吧,微软?您在VS代码中做得很好,您能借用一名员工来帮助完成这项特定任务吗?

现在是我使用Windows最喜欢的部分。打开或保存文件对话框在所有方面都是最差的。我不知道这是怎么回事,但是出现的时候是超级肉干。我的猜测是某种合成问题与异步绘制小部件的尝试重叠。而且这不像你可以用某种第三方实用程序来代替它。

右键单击上下文菜单是我最喜欢的另一个烦心事。我不明白为什么上下文菜单应该包含此文件类型的所有可用操作。特别是像“打印”或“用3D绘画编辑”这样无关紧要的东西。有时系统需要加载这些上下文菜单项,并让我等待,有效地打断了我的想法并激怒了我,这一事实加剧了这种奇怪的情况。

上下文菜单本身看起来很业余。有些项目有图标,有些没有,我还没有找到任何方法来去掉所有不必要的图标。作为一个用户,我想要的只是一些重要的通用操作,比如“打开方式”和“属性”。也许还有专门的子菜单。我不关心“打印”或“提供访问”,因为使用其他方法完全可以完成这些操作。

我不确定渲染延迟是否是我的硬件错误。我有一台功能相当强大的笔记本电脑:英特尔i7 6500U,全性能,SATA 3固态硬盘,DDR4内存。渲染是在英特尔HD520 GPU上完成的,这对于现代台式机来说已经足够不错了。我的操作系统没有乱七八糟的,它只塞满了开发工作所需的最少量的软件。Linux UI可以在这种硬件上流畅地运行,即使是像GNOME3这样稍微重一点的桌面也是如此。我非常肯定,如果我现在安装Windows XP,它将和任何Linux桌面一样快。

但是,即使是我的硬件故障,为什么终端仿真器加载要花费任何明显的时间呢?系统范围的搜索不应该如此缓慢和不可靠。微软的人正在朝着正确的方向前进,但我认为性能还不是他们关心的问题(或者永远不会是他们关心的问题)。这并不令人惊讶:随着重量级JS应用程序的兴起,如今一切都不是电子产品都被认为是快速的。人们依靠“更好的硬件即将到来”来修复软件性能问题。

实现新的、闪亮的特性并在开发博客中讲述它是很有诱惑力的。但是当你到处走捷径的时候,整体用户体验是缺乏的。这对于那些需要快速完成工作而又不想在此过程中打断思路的高级用户来说尤其重要。