作为Web开发人员的桌面上的Linux

2020-05-11 01:57:38

在过去的一年半里,我一直使用Ubuntu作为我的主要家用桌面操作系统,所以我想现在是写下我的经历的好时机。希望目前正在使用Mac或Windows的其他Web开发人员会对此感兴趣,他们可能对Linux很感兴趣。

注:在这篇文章中,我将主要讨论Ubuntu。我也尝试过其他Linux发行版,但我坚持使用Ubuntu,因为如果我有问题,我可以在谷歌上搜索它,99.9%的时间都能找到答案。

我第一次改用Linux是在2007年,当时我还在上大学。当时我觉得它比Windows Vista有了很大的进步(速度快多了!)。对程序员来说也更好!),但它也伴随着很多令人头疼的问题:

WiFi不能开箱即用。我不得不使用ndiswrapper来包装Windows驱动程序。

多显示器和演示都很糟糕。每次我使用xrandr,我都知道我会很痛苦。

对许多消费者应用程序的支持很差。我记得在Wine中的Firefox上运行Netflix是因为这是让它工作的唯一方法。

大约在2012年,我转而使用Mac--主要是因为我注意到,每一个在会议上演讲的网络开发人员都在使用Mac。然后我在2016年加入微软时成为Windows/Mac双用户,直到2018年离开微软后才再次考虑Linux。

我很高兴地说,到2020年,我的旧Linux难题将不复存在。在我的Dell XPS 13(预装Ubuntu)上,WiFi和多显示器开箱即用。如今,似乎所有东西都是电子应用程序或网站,所以很少能找到不支持Linux的消费者应用程序。(至少,我关心的那些;我相信您可以找到反例!)。我现在最大的抱怨是字体,这与摆弄WiFi驱动程序大相径庭。

好了,历史够多了,让我们从Web开发人员的角度来谈谈2020年Linux的好与坏。

我倾向于在命令行上生活和呼吸,对我来说,Linux上的命令行是首屈一指的。

主要原因应该很清楚:如果您编写的代码将在某个服务器上运行,则该服务器可能会运行Linux。即使您没有做太多的sysadmin工作,您也可能使用Linux来运行您的测试和CI基础设施。因此,最终您的代码将不得不在Linux上运行。

使用Linux作为您的台式机只会让事情变得简单得多。我所有的服务器都运行Ubuntu,我的Travis CI测试也是如此,我的桌面也是如此。我知道我的shell脚本将在所有这些环境中完全相同地运行。如果您曾经因为mac和linux shell之间的细微差别而感到头疼(例如,grep、tar和sed的版本与标志略有不同,所以您必须BREW安装coreutil并使用ggrep和gtar…)。那你就知道我在说什么了。

如果你是Mac用户,切换到Linux终端最困难的部分可能就是你记住的用来打开选项卡和窗格的iTerm键盘快捷键。我发现最简单的解决方案是使用tmux。额外的好处是,tmux也可以在Mac上运行,所以如果你只学了一次键盘快捷键,你就可以在任何地方使用它们。我将终端设置为在启动时自动打开tmux。

由于命令行是Linux(IMO)的主要卖点,因此将Windows与Linux的Windows子系统一起使用是很有诱惑力的。这绝对是一个可行的选择,而且完全合理,特别是如果有一个你真正需要的Windows程序(或者你是一个PC游戏玩家)。不过,对我来说,我不太玩PC游戏,我使用WSL的经验是,虽然兼容性很好,但性能很差。与同等的Mac或Linux机器相比,在WSL上安装NPM所需的时间要多出几个数量级。(请记住,我早在2016-2018年就在使用WSL,有人告诉我,从那以后它得到了改进。)。

不过,对我来说,我就是找不到合我口味的Windows。对我来说,UI总是感觉缓慢而笨重,这可能只是我的看法,尽管当我读到布鲁斯·道森(Bruce Dawson)这样的博客帖子时,我觉得有点被证明是正确的。(右键单击任务栏图标速度很慢!为什么?)。无论如何,Ubuntu启动速度很快,系统更新迅速且不引人注目,而且它不会遗漏任何对我来说必不可少的应用程序。所以我运行100%的Ubuntu,甚至没有双引导。

对于普通的web开发人员来说,您需要的大多数东西在Linux上都能很好地工作。你可以运行Chrome和VS Code(或者WebStorm,我更喜欢),所有的命令行实用程序,比如node和npm,都会一样工作。您可以使用NVM管理节点版本。到现在为止还好。

作为一名Web开发人员,我遇到的最大问题是无法快速测试所有三大浏览器引擎--Blink(Chrome)、Gecko(Firefox)和WebKit(Safari)。特别是现在Edge已经没有Chromium了,而且Trident/EdgeHTML的血统正在慢慢消亡,有了Mac,你可以测试所有三个主要的浏览器引擎,而不必切换到另一台机器或使用BrowserStack这样的工具,这真的很吸引人。

当然,在Linux上我们有Chrome和Firefox,它们和Mac上运行的基本相同,所以它们非常符合要求。对于WebKit,我们甚至有GNOME Web(又名Epiphany浏览器),但我认为它作为Safari的替身“还可以”。它不支持一些Safari特有的API(如背景滤镜、Apple Pay等),而且速度非常慢,但这对快速检查一些代码是否能在Safari上很好地运行是有好处的。

不幸的是,对我来说,我不认为这是“足够好的”,特别是因为绝大多数Safari用户都在iOS上,所以这才是你真正想要测试的平台。从Web开发人员的角度来看,这就是Linux遇到的最大缺点:调试iOS Safari。

如果你想在Android上调试Chrome或Firefox-没问题。ADB在Linux上运行得很好,你可以在Chrome上运行Chrome:Inspect,或者在Firefox上进行远程调试,它们都运行得很好。不过,对于iOS Safari,您拥有的最佳选择是remotedebug-ios-webkit-Adapter,它在幕后使用iOS-webkit-debug-proxy。

本质上,这是一套精心设计的工具,可以让iOS Safari看起来有点像Chrome,这样你就可以使用Chrome DevTools来调试它了。最令人惊叹的是…。它真的起作用了!只要您可以正确运行奇怪的依赖项,您就可以将熟悉的Chrome DevTools连接到iOS设备上。

如果你有一部闲置的iPhone或iPod Touch,这是一个不错的选择。但它仍然与Mac上的简化体验相去甚远,在Mac上,你可以在选择的任何iOS版本上快速运行iOS模拟器,而且Safari调试可以开箱即用。

对于可访问性测试,情况类似。当然,Firefox和Chrome都有辅助工具,但它们不能替代Mac上的VoiceOver或Windows上的NVDA。Linux确实有Orca屏幕阅读器,但我认为测试它没有多大意义,因为它不能代表实际的屏幕阅读器使用情况。特别是考虑到屏幕阅读器可能会有错误或怪癖,我更喜欢测试真实的内容。因此,我随身带了一台Mac Mini和廉价的Windows台式机,就是出于这个原因。

因此,简而言之,如果您是一名Web开发人员,使用Linux作为您的桌面环境是非常棒的。你可能不会错过太多,只要你重新连接你的大脑来正确使用键盘快捷键。

我发现这些天我最怀念的是一些苹果最好的内置应用,比如Preview或Garage Band。我喜欢Preview,因为它可以快速截屏并在上面画箭头和方框(这是我经常做的事情),而且我还没有在Linux上找到任何好的替代品。(我用的是Pinta,没问题。)。像ImageOptim这样的其他应用程序也没有Linux版本。

因此,如果你依赖于一些仅在Mac上运行的应用程序,或者如果你需要一流的Safari和iOS调试,那么我不建议使用Linux而不是Mac。如果您的主要关注点是可访问性,那么它可能也不足以满足您的需求(尽管像Assistiv Labs这样的东西可能会改变这一点)。但就其他方面而言,这是一款非常适合网络开发的桌面操作系统。

感谢Ben Frain询问我的Linux体验并启发了这篇博客文章。