Visual Studio代码的最佳部分是专有的

2020-08-04 16:18:41

多年来,我对微软在开源领域的强大努力感到非常惊讶和高兴。我理解怀疑者,当他们试图起诉Linux不复存在时,我就在Slashdot上,我想只有时间才能证明这一点。我认为微软的贡献比他们为了运动而寻找Linux发行版要好得多。因此,我大部分时间都参与了微软的工作,我特别发现Visual Studio代码很有用。

来解决几件事。当我在推特上谈论这个话题时,我得到的回复只是我应该使用VIM。谢谢。太棒了。我可以使用vim,也可以这样做。这忽略了一些要点。Visual Studio Code是非常受欢迎的编辑器,可能是向新开发人员推荐的最常见的编辑器。我使用Visual Studio代码的主要原因是它有一个令人难以置信的LiveShare形式的远程配对解决方案。我使用它已经有一段时间了,在指导、指导和与其他具有不同经验和编辑偏好的开发人员合作方面取得了巨大的成功。大多数程序员都能处理像VS Code这样的普通编辑器,而像Emacs或Vim这样的编辑器则更多地依赖于他们所学到的东西。

我最终也享受到了远程系列扩展的乐趣,可以在远程服务器或本地容器中进行有效的开发。

在某种程度上,我读到了一份许可证,上面写着LiveShare只能与Visual Studio系列产品一起使用。嗯,听起来很奇怪,VS代码是开源的,对吧?

没问题。VS代码完全是麻省理工学院的。二进制分发版有单独的许可证,允许遥测并保护Microsoft商标和其他东西。没什么特别奇怪的,我真的不能对遥测感到兴奋,我知道有些人能。但是分机..。这些扩展在我的书“使VS代码引人入胜的核心差异”一书中有介绍。对我来说,这绝对是推动它超越我以前使用的更精简的Sublime(付费的,封闭源码)的一部分。

这些扩展具有许可证,限制它们及其在线服务部件只能与Visual Studio系列产品一起使用。这是LiveShare的许可证,这是Remote的许可证。

对我来说,生活分享是最重要的。Google Docs风格的协作代码编辑、终端共享、端口共享以及更多功能。我知道Atom有一个像这样的扩展,我最近没有检查过那里的许可,也没有尝试过。

对于通过SSH或容器在服务器上工作的任何人来说,Remote也是一个非常强大的扩展。它通过在目标上安装扩展来允许语言服务器等来提供帮助。我见过它有时会对服务器造成可怕的影响,但它非常有用,而且通常工作得很好。

当令人信服的功能在法律上被锁定只能在Visual Studio产品系列中使用时,我很难接受VS代码作为任何更广泛意义上的开放项目。这让我不太确定这不是拥抱、延伸、熄灭的延伸。这也让我感到沮丧,因为这会阻止某人为VIM或任何其他编辑器构建兼容的插件。如果它也能在所有的IntelliJ中使用,这将更加强大。

您将在GitHub上找到LiveShare的回购,但它仅用于文档和问题跟踪。没有密码。遥控器也是如此。

在这个特殊的伤口上还有一些额外的问题,那就是VS代码扩展的市场的使用也是经过专利许可的。因此,所有这些开源开发者都在推动他们的扩展,使其成为世界上最大的科技公司之一的竞争优势。而且他们不允许市场的其他用途。即使遵循开放源码的信条,也没有我认为开放源码和自由软件项目所体现的开放、协作或社区的本质。

这在实践中意味着什么?我想它能保护你免受竞争。比如VS Codium项目,它提供没有专有部分的VS代码二进制文件。而且,作为结果,没有扩展市场。有一个叫做Open VSX的开源替代方案,但是因为它不是标准的,所以它缺少了一大堆扩展,大型的Liveshare和远程的仍然是不允许的。

这也阻止了允许在浏览器中运行VS代码的代码服务器编辑器使用它,否则这对我来说是在iPad Pro上进行开发的完美选择。我仍然可以使用它,但是很多包都不在Open VSX中。

Visual Studio代码作为强大的扩展与LiveShare和Remote一起销售。VS代码也是作为开放源码销售的。使用编辑器、安装扩展都很容易,而且给人的印象是您使用的是开源软件套件,微软只需托管对等服务即可识别和连接您和您的合作者。

但对等服务并不是唯一关闭的部分。据我所知,这些扩展并不是开放源码项目,而且它们在分发期间的许可方式不允许与Visual Studio产品以外的任何产品一起使用。

这让我嘴里有一股酸味。我一开始就不喜欢有一个基于电子的编辑器,但VS Code比Atom简单得多,所以我基本上接受了它。

如果您对开源的强大协作开发工具有好的建议,请通过[email protected][email protected]告诉我。如果你想看我的文章,RSS提要就在下面。如果你想了解更多我的作品,我有一份免追踪的时事通讯,我希望你能在下面注册。