分类 观点 下的文章

鉴于最近发生的事件,它也许没有 维基百科上关于这个想法的文章 中所说的那么“黑色幽默”,但理论仍然是一样的 —— 你目前的团队中要有多少成员突然消失才能使你的组织或项目陷入停顿?这个数字被称为“ 公共汽车系数 bus factor ”,也就是说,有多少人被公共汽车撞到才会导致项目停止运作。今年早些时候,PHP 贡献者 Joe Watkins 认为,PHP 的公共汽车系数是一个惊人的数字,即 2!

Watkins 当时写道:“也许只要有两个人一觉醒来决定干点别的事情,PHP 项目就会缺乏足够的专业技术和资源,从而无法以目前的形式和速度向前发展,”他点名了 Dmitry StogovNikita Popov

上周,幸好 Nikita Popov 没有被公共汽车撞到,但他确实决定不再担任 PHP 相关的职务,而是将他的活动集中在 LLVM 上。

PHP 太大了,不能失败,特别是由于 WordPress 继续依赖它。所以很高兴看到这个新的基金会形成。

—— Richard MacManus (@ricmac) 2021 年 11 月 22 日

同样值得庆幸的是,Watkins 在今年早些时候的文章让一些人看到了眼前的情况,正如他在本周的 后续文章 中写到的,JetBrains(Popov 的雇主)当时就启动 PHP 基金会的问题联系了他。

本周,随着 Popov 的离职,PHP 基金会 正式启动,目标是资助兼职/全职开发人员在 2022 年从事 PHP 核心 的开发工作。

在启动时,将会有 10 家公司(AutomatticLaravelAcquiaZendPrivate PackagistSymfonyCraft CMSTidewaysPrestaShopJetBrains)作为其支持者加入 PHP 基金会 ,预计每年将筹集 30 万美元,JetBrains 每年出资 10 万美元。同时,该基金会是通过“ 基金会即服务 foundation-as-a-service ”供应商 Open Collective 发起的,只有不到 700 名捐款人就已经为该基金会筹集了 4 万多美元。

创建基金会而不是坚持现状的主要好处之一,不仅仅是增加了公共汽车系数 —— 基金会将使对 PHP 的影响多样化。Watkins 指出,在 PHP 的大部分历史中,Dmitry Stogov 的雇主 Zend 一直是主要的财务支持者,因此对该语言的发展方向有一定的影响。同样,JetBrains 在雇用 Popov 开发 PHP 的时候,也增加了影响力。

“说他们没有影响到整个语言的发展方向是不正确的。事实上,他们影响了。语言的许多部分和它的内部结构都是由 Zend 推动的,由他们的预算和专门的工程师促成的,”Watkins 写道。“同样,在 Nikita 为 JetBrains 工作的相对较短的时间内,他们也有某种影响,如果说他们没有,那就是说 Nikita 在受雇于 JetBrains 之前和期间的产出没有区别。”

虽然 Watkins 说,所有的事情都是光明正大的,并且经过了标准的程序来确保如此,但影响力还是不容置疑的,“基金会代表了一种推动语言发展的新方式。它为我们提供了提高公共汽车系数的机制,使我们永远不会再面临我们今天面临的问题,以及过去面临的问题。”

基金会以 临时管理机构 启动,成员包括 Popov、Stogov 和 Watkins。而且 JetBrains 写道,php-src 的任何贡献者都可以向基金会 申请 资助,申请期立即开始,持续 28 天。至于未来会发生什么,PHP 基金会将在前两年把工作重点放在雇用开发人员从事 PHP 核心工作上。至于目前的 RFC 流程,JetBrains 写道,“不会改变,语言的决定将始终留给 PHP 内部社区。”

我为 PHP 基金会做出了贡献,如果你能做到的话,一定会鼓励你也这样做。每一点都能让基金会更强大,并帮助我们的语言和社区!#phpc

—— Matt Trask (@matthewtrask) 2021 年 11 月 22 日


via: https://thenewstack.io/php-gets-a-foundation-to-work-on-php-core/

作者:Mike Melanson 选题:wxy 译者:wxy 校对:wxy

本文由 LCTT 原创编译,Linux中国 荣誉推出

你的开源贡献将会向潜在雇主表明,你会主动寻求学习、成长和挑战自我的机会。

 title=

不管你是一个对技术写作有所涉足的技术爱好者,还是一个想要转职为职业技术写手的成熟技术专家,你都可以构建你的技术写作作品集,并将你的开源贡献作为作品集的一部分。为开源项目写作是一件有趣、灵活且低风险的事情。按照自己的时间安排来为你感兴趣的项目做贡献,你将会为社区是多么热情或你对社区产生影响的速度而感到惊喜。

你的开源贡献将会向潜在雇主表明,你会主动寻求学习、成长和挑战自我的机会。和任何事情一样,你需要从某个地方开始。为开源项目做贡献可以让你在展示你的才华的同时学到新技巧、新技术。另外,为开源项目写作能让你接触到新的社区、跨越时区与新鲜面孔合作,并建立你的社交网络。当你挖掘到新的开源机会后,你的简历将更抢眼,让你在其他候选人中脱颖而出。以下是为开源做出贡献的四个建议,这可以让你走向技术写作的职业生涯。

学习行业工具

作为开始,我建议先熟悉 Git,并建立 GitLabGitHub 帐号,然后寻找一个趁手的文本编辑器。我个人喜欢使用开源工具 Atom。关于 Git,它能从网络上获取到丰富的免费学习资源,包括一些优秀的互动教程。你不需要成为一个 Git 高手才能深入开源世界。我建议先学习一些基本操作,然后让你的技能随着你的贡献逐渐成长。

找到一个项目

为开源做贡献最难的部分大概是找到一个项目来做贡献。你可以查看 Up For Grabs 并找一些感兴趣的项目。First Timers Only 有更多的起步资源。别犹豫,联系项目维护者来了解更多有关于项目的东西,并了解他们在何处需要帮助。请坚持下去。找到一个适合你的项目可能会花费一些时间。

告别“冒充者综合症”

一个常见的误区是你必须是一个程序员才能为开源项目做贡献。作为一个没有工程或计算机科学领域有关证书的、自学成材的贡献者,我能保证事实并非如此。文档往往开发项目中最价值但最被忽视的部分。这些项目经常缺少人手和资源来建立完善的、高质量的文档。这给你展现了一个绝佳机会来参与提交拉取请求或归档该项目的议题。你可以做到的!

(LCTT 译注: 冒充者综合症 Impostor Syndrome ,又称自我能力否定倾向,指个体按照客观标准评价为已经获得了成功或取得成就,但是其本人却认为这是不可能的,他们没有能力取得成功,感觉是在欺骗他人,并且害怕被他人发现此欺骗行为的一种现象。)

从小处开始

查看你感兴趣的项目的仓库,找到可能存在的贡献指南并遵循。然后,寻找更新 README 文档或提交修改错别字的机会。没有什么贡献是微不足道的。项目维护者可能会为这些帮助感到高兴,而你也将会因把你提交的第一个的拉取请求收录进你的技术写作作品集而感到愉悦。


via: https://opensource.com/article/21/11/technical-writing-open-source

作者:Ashley Hardin 选题:lujun9972 译者:yingmanwumen 校对:wxy

本文由 LCTT 原创编译,Linux中国 荣誉推出

昨天,在北京举办的操作系统产业峰会上,华为和开放原子开源基金会共同宣布:将欧拉开源项目及相关资产捐赠给开放原子开源基金会。

什么?作为国内近两年发展最迅猛的开源项目和开源社区的欧拉,居然被捐了?是华为不够有钱,还是华为放弃了欧拉开源项目?

初听到这个消息时,我颇感意外,但是细思之下,又觉得在情理之中。

开源项目的捐赠传统

开源界向来有将开源项目捐赠给开源基金会的传统。开源项目往往发轫于某个开源贡献者或商业企业的个人或私有的成果,在项目发展初期,他们为项目的诞生、成长提供了不可或缺的第一推动力。但是随着开源项目的壮大,建立了围绕开源项目的开源社区,这时候就面临着一个选择:开源项目应该听谁的?是最初的创始人或企业么?还是所有参与贡献的贡献者的?作为一个久经验证的实践,人们发现将开源项目捐赠给一个成熟的开源基金会,对项目的发展是最有利的。在国际上有几个著名的开源基金会,如 Linux 基金会 The Linux Foundation (LF)、 Apache 软件基金会 The Apache Software Foundation (ASF)等,都颇受开源界信赖,旗下也拥有大量成熟卓越的开源项目。

通过捐赠给开源基金会,开源项目摆脱了对最初的创始人或企业的依赖,也避开了其对商业利益的考虑,从而形成一种社区治理、分层决策的机制,让项目变得更具备中立性和生命力。而捐赠给开源基金会的开源项目,按照基金会的管理规范,得到基金会的人、财、物的支持,拥有了独立成长的空间,其用户也不用担心控制开源项目的企业收回承诺,贡献者也对自己参与贡献的开源项目有了合理的发言权。

既然如此,那我为什么对欧拉开源项目被捐献给开放原子开源基金会感到意外呢?

因为,欧拉开源项目这两年的发展太快了,以至于我以为它会一直这样一路狂飙下去,但是细看发现,在迅猛发展之下,也到了进一步助推的时机。

让我们来看看。

欧拉开源项目与开放原子开源基金会

作为背景信息,我们先对欧拉开源项目和开放原子开源基金会做个简单的介绍。

欧拉操作系统最初来自于华为内部的 EulerOS,自 2019 年它以 openEuler 的名字开源以来,迅速成为了中国发展最迅速的开源社区。从 2019 年底至今仅仅两年间,据其披露信息,它就“拥有了 7 千余名社区贡献者、8 千余个社区软件包、93 个不同方向的特别兴趣组(SIG)、十多个商业和自用发行版、超过了 300 家的企业合作伙伴”,汇聚了从处理器、整机、操作系统发行版厂商、到行业应用等全产业链。

开放原子开源基金会,是中国首家、目前也是独家在民政部注册的开源基金会。据其网站,其“服务范围包括开源软件、开源硬件、开源芯片及开源内容等,为各类开源项目提供中立的知识产权托管,保证项目的持续发展不受第三方影响,通过开放治理寻求更丰富的社区资源的支持与帮助,包括募集并管理资金,提供法律、财务等专业支持。”开放原子开源基金会从第一天起,就得到了广泛的关注。虽然开放原子开源基金会成立时间不久,但是旗下已经拥有了来个各个国内大型 IT 企业的捐赠的数个大型开源项目,这包括来自阿里巴巴的 Alios Things、腾讯的 TencentOS Tiny、来自华为的 OpenHarmony、来自百度的XuperChain 等等。可以说,被中国开源界寄予众望的开放原子开源基金会,其阵容也相当可观。

那么,这二者为何走到了一起?

繁华之下的抉择与远瞻

让我们先来看看欧拉开源项目在盛景之下所面临的抉择。

欧拉操作系统其实并不是一夜之间出现的,其最初来自于因华为内部需求而诞生的 EulerOS,是由红帽的 CentOS 分叉衍生的一个内部 Linux 发行版。类似的,包括微软、谷歌、Meta(Facebook)、阿里、腾讯等很多科技企业都有这种基于开源操作系统进行裁剪定制的内部发行版,甚至这些内部发行版也有对外公开发布的。

而欧拉操作系统真正走到聚光灯下,是在几个因素的促进之下发生的。欧拉操作系统在诞生之初,就承担了众望。而它也没有令人失望,在两年间结出了累累硕果,已经成为一个中国乃至国际开源领域的有力声音。

但是,随着欧拉开源项目和社区的发展壮大,它已经不再是一株可以种植在苗圃中的小树,它需要更广阔的空间和经历风雨。欧拉开源项目发源于华为,也有很多开源生态企业加入了其中,华为也极力淡化其属于华为控制的印象,但是,提及到欧拉操作系统,你的第一感觉是不是还是那个“华为的欧拉”?

没错,这种固有的印象很难打破,这也是华为和欧拉的主要成员为什么要将欧拉交给一个第三方的中立基金会来管理的原因。因为,如果不改变这种一家一地的格局和观感,欧拉的发展最终也不过是“华为的又一个操作系统”而已,只能做到代码开源,而生态并不能真正开放。

可以说,如果没有华为的大力投入,欧拉没有如今的发展,但是,如果欧拉能在脱离华为的一力支持而独立发展,才叫真正的壮大。

但是,这个决定其实并不是那么容易下。做过开源软件的开发者知道,如果是给别人的开源软件做些贡献,这个还好;但是如果将自己辛苦一手打造的软件完全交付出去,就像嫁女儿一样舍不得,又怕她没吃没喝,又怕她被人冷落,但又期望她能自己独立生活,成为一个可以栉风沐雨的大孩子。

所以,华为和诸多欧拉的成员能在当前看起来一切还都不错的前景下,做出将正在绽开鲜花的“欧拉之树”送出去的决定,确实不容易,也确实有远瞻。

做操作系统难,做好开源操作系统更难

操作系统因其本身的复杂性,使得其开发成本、开发周期、开发人力资源的需求,都是其他项目难以比拟的。对于一个 Linux 操作系统而言,将 Linux 内核、文件系统、进程调度等组件组合成一个完整的系统仅仅只是开始,而如何打磨和调校整个系统,形成坚如磐石的系统底座才是见功夫的地方。

但这还只是故事的开始,对于任何一个操作系统而言,都会面临相同的问题,即需要有建筑于该操作系统上的繁荣的应用生态和为之开发应用的开发者群体/社群。

对于商业操作系统来说,其背后的企业需要花费大量的资金来让开发者为其开发应用,不但需要付出大量的成本,而且这是一个需要日积月累和不断迭代的过程,这使得商业操作系统领域的后来者很难加入到操作系统之中的竞争之中,这也是我们在目前商业操作系统领域只能见到寥寥几家的原因。

但开源软件的崛起,使得构筑了整个信息时代基础的计算机操作系统不再仅仅是被商业操作系统所笼罩的大玩家俱乐部。因为 BSD、因为 Linux、因为自由和开源软件,才有了我们如今繁荣的开源操作系统生态。

操作系统开源项目虽然并不像普通的开源项目那么多,但也有很多耳熟能详的项目,像 Ubuntu、RedHat、FreeBSD、Debian 等等。似乎做一个操作系统开源项目,尤其是 Linux 发行版很简单,以至于你在专门关注发行版动态的 DistroWatch 网站上可以找到有几百款不同的 Linux 发行版。但是做一个发行版开源项目又很难,因为克隆、复刻或者说“套壳”很容易,但是真正做出一款有想法、能投入实际的生产实践中的操作系统发行版,就需要有更高的要求和投入。

可以说,基于 Linux 内核开发一个发行版很容易,但是能把这具精巧的机器调校好,加入各种精心设计的机件,并且具有相当的健壮性,还要为其提供长期的、全方面的支持和升级换代,使其能适用于各种不同环境、不同情境的需求,这着实不容易

我们知道,在欧拉操作系统中,欧拉社区的贡献者们贡献了许多匠心独运的开源组件,因此,欧拉操作系统已经不是那个曾经继承自 CentOS 的 EulerOS 了,不是一辆涂装的 CentOS 牌汽车,而是一辆进行过专业改装的“猛禽”了。

欧拉操作系统中的独有组件:

  • 智能化性能调优引擎 A-Tune
  • 毕昇 JDK
  • iSula 容器技术
  • secGear 机密计算安全应用开发套件
  • 企业级虚拟化底座 StratoVirt
  • 开放式测试服务平台 Compass CI
  • ……

“嫁出去”的欧拉的新变化

如果欧拉不再是庇护在华为和诸多核心创始企业羽翼下的小树,那么欧拉将迎来什么?这其实是“谁负责、谁管理?”、“钱从哪来?受益属于谁?”、“谁来提供支持保证和质量担保?”等问题。

谁负责、谁管理?

在发布会中和会后的沟通会中,开放原子开源基金会理事长杨涛表示,“欧拉开源项目捐赠给开放原子开源基金会是为了帮助欧拉项目可以更好地持续运行下去,当前项目本身的内部决策依然由欧拉社区完成,基金会不会过多干涉开源项目的内部细节。”开放原子开源基金会在开源项目有需要的时候,会提供更多的协助,帮助开源项目进一步深层次、广范围发展,但不会过多地影响开源项目的内部决策细节。据杨涛说,“开放原子开源基金会的管理模式介乎于 Linux 基金会和 Apache 软件基金会之间。”开放原子开源基金会对项目会进行引导与监管,但暂时不会制定“原子之路”来约束开源项目的发展;对项目会进行扶持,但不仅仅给予资金支持,更重要的是提供法律、知识产权、教育培训、传播宣传和开放治理方面的协助。

项目运行的运营营收的变化

开源项目捐赠给基金会可以解决开源社区营收问题。在这个问题上,欧拉社区也是面临同样的问题。在捐赠给开放原子开源基金会以后,开放原子开源基金会将会为欧拉社区开设专门的账户,用于接受社区和企业的捐款,并将相应的款项进行合规管理,用于欧拉社区的进一步推广和发展。

项目支持的承诺的变化

在支持方面,由于欧拉本身是社区性项目,则不直接为终端用户提供支持和保障。而更多的保障,则由欧拉社区的贡献开发者和贡献企业根据自己的需要和场景,开发下游发行版,并进行相应的承诺和保障。欧拉操作系统本身将会持续按照开源项目的方式进行发展。

“嫁出去”后的新生活

开放原子开源基金会作为一个在民政部注册的基金会,超脱于企业之外。欧拉通过捐赠给开放原子开源基金会,让欧拉的所有权从众多企业,转变为了开放原子开源基金会。企业从过去的所有者,变成了共建者、参与者。所有权从企业转移到了基金会,开发者们和用户可以不再担心因为企业运行策略的变化而导致开源项目无疾而终。

不仅如此,开放原子开源基金会作为一个中立的基金会存在,还可以接受来自开发者、企业、社区的捐赠,从而获得更多的项目运行资金,从而让整个项目可以持续的运转下去,对于欧拉社区,乃至整个操作系统产业而言,都无疑是一件好事。

欧拉捐赠给开放原子开源基金会,是一步好棋

欧拉操作系统作为一款开源操作系统,捐赠给开放原子开源基金会可以说是一步好棋。通过将欧拉开源项目放到一个中立的第三方的开源基金会,让开源治理真正推动开源项目的发展,并能依托于来自中国和全球的开源贡献者、开源生态企业,为欧拉开源项目的发展打开了一片新天地。让我们期待欧拉开源项目的新篇章。

openSUSE 是一个非常受欢迎的 Linux 发行版,尤其是在企业界。SUSE 从 1996 年起就以这样或那样的形式出现了。很久以来,他们只有一个分支版本。

然后,在 2015 年,他们改变了现状,决定提供两个分支:Leap 和 Tumbleweed。

如果你是 openSUSE 的新手,很容易把 Tumbleweed 和 Leap 搞混。最近有位读者要求我们解释这两者之间的异同,这正是我们今天要做的。

Leap 和 Tumbleweed 之间有什么区别?

两者之间最重要的区别是发布时间表。openSUSE Leap (LCTT 译注:leap => “飞跃”)每隔几年就会按照固定的时间表发布一个新版本,类似于 Ubuntu 和 Fedora。另一方面,Tumbleweed (LCTT 译注:tumbleweed => “风滚草”)是一个紧密跟随 openSUSE 开发时间表的滚动发布,就像 Arch 或 Void。

openSUSE Tumbleweed vs Leap

你知道 滚动发行版 的优势吧?它为你提供了最新的软件版本,你不需要为一个重大版本发布而升级你的系统,因为你的系统会定期得到更新。

所以,在 openSUSE Tumbleweed 中,你会得到更新的桌面环境版本、内核版本等等,你会得到一个最先进的、新鲜的系统。

另一方面,openSUSE Leap 坚持使用较早的、LTS 版本的桌面环境和 Linux 内核,给你一个可靠的系统。当然也会有系统和安全的补丁,并且每隔几年会有一个重大版本,为你的系统提供更新的软件和内核。

快速回顾一下 openSUSE 发布模式的变化历史

OpenSUSELeap 安装程序

从提供一个发行版分支到两个似乎是一个很大的飞跃,所以让我给你介绍一下历史背景。Tumblewee 项目是由 Greg Kroah-Hartman 在 2010 年 11 月宣布的。其目的是创建一个 “滚动更新版本的 openSUSE 存储库,包含供人们使用的最新‘稳定’版软件包”。这个项目并不是一个新的发行版,而是对现有 openSUSE 系统的附加部分。

这在 2014 年发生了变化,当时 openSUSE 背后的团队决定将下一个版本基于 SUSE Linux Enterprise Server(SLES)开发。他们将这个新版本命名为 “Leap 42”(解释一下,“42” 这个数字来自《 银河系漫游指南 Hitchhiker’s Guide to the Galaxy 》,其中 “42” 被认为是生命、宇宙和一切的答案)。( LCTT 译注:在瞎飙了版本后之后,它们又回到了 15.x 这种按部就班的版本号)目前 openSUSE Leap 的版本是 15.2。

随着这一变化,Tumbleweed 成为 openSUSE 的官方发行版。有趣的是,根据 openSUSE 2020 年底的 社区调查,越来越多的人选择使用 Tumbleweed。

你应该使用 Leap 还是 Tumbleweed?

下一个问题是,“如果底层技术基本相同,那么应该使用这两个中的哪一个?”让我为你分析一下。

openSUSE Leap 是稳定的,经过高度测试的。它应该用于较旧的系统和需要长期无问题运行的计算机。这是因为所提供的软件不是最新和最好的,而是最稳定的。因为新的版本每 3 年才会发布一次,所以你安排的任何工作流程都是相对安全的。(一定要记得备份。)Leap 在其整个发布周期中坚持使用同一个 Linux 内核。

OpenSUSE Leap 桌面

使用 Leap,你不会收到最新版本的软件。你也将以较慢的速度获得硬件支持。你将需要每年至少更新一次你的系统以继续获得更新。Leap 就像 Ubuntu LTS 一样。

另一方面,openSUSE Tumbleweed 拥有所有软件的最新版本,包括内核、驱动程序和桌面环境。由于它是一个滚动发行版,所以你所使用的版本基本上没有寿命结束的可能。

Tumbleweed 不断接受更新的事实也会导致一些问题,比如工作流程或工具的损坏,一般来说,它打磨得比较粗糙。如果发生这种情况,Tumbleweed 确实有工具可以回滚到以前的状态,以避免这些问题。Tumbleweed 非常紧跟 Linux 内核的发布。

openSUSE Tumbleweed 桌面

让我为你总结一下,以帮助你做出决定。

如果:

  • 稳定性对你来说很重要
  • 你是 openSUSE 的新手
  • 你的硬件较旧
  • 你在运行一个生产服务器
  • 如果你正在为一个不懂技术的朋友或家人建立一个系统

那么你应该使用 Leap。

如果:

  • 你想尝试最新、最棒的软件
  • 你的硬件较新
  • 你对 Linux 比较有经验
  • 你是一个软件开发者
  • 你需要专有的硬件驱动,比如 Nvidia 或 Radeon 显卡,或者 Broadcom 的 Wi-Fi 适配器
  • 你想要最新的内核版本

那么你应该使用 Tumbleweed。

我希望能为你解开疑惑。如果你已经在使用 Leap 或 Tumbleweed,请在评论区告诉我们你的偏好和建议。


via: https://itsfoss.com/opensuse-leap-vs-tumbleweed/

作者:John Paul 选题:lujun9972 译者:wxy 校对:wxy

本文由 LCTT 原创编译,Linux中国 荣誉推出

如今,找到一个 好的开源代码编辑器 并不难,随便选择一个就可以了。

微软的 VS Code 和 GitHub 的 Atom 是两个最流行的、功能丰富的、类似于 IDE 的代码编辑器,都拥有庞大的用户群和粉丝。

VS Code 和 Atom 现在都属于微软,因为 Atom 的原开发者 GitHub 现在属于微软。这两个都有一个有吸引力的、现代的 UI,有一个漂亮的原生黑暗主题。两个编辑器都使用 Electron 作为用户界面。

相似的地方很多,这就是为什么你很容易在它们中间选择时感到迷惑。

如果你不能下定决心,想在 VS Code 和 Atom 之间进行一番比较和选择,这篇文章应该可以帮助你。

VS Code

VS Code 的用户界面与拥挤的项目界面

VS Code 是开源的现代编辑器之一。它的用户群爆炸性地增长,因为它具有类似 IDE 的功能,但仍然保持相对较轻的资源占用。

VS Code 是由微软制作的,可用于 Linux、macOS 和 Windows。微软于 2015 年 11 月 18 日在 GitHub 上根据 MIT 许可发布了 VS Code 的 大部分 源代码。

VS Code 的开发者对 Electron 进行了一些奇妙的优化,使其尽可能的轻量级和高效。由于 Electron 应用程序可以在大多数操作系统上运行,Linux、macOS 和 Windows 的用户都可以从这些优化中受益。

在 Linux 上安装 VS Code 也相当简单。事实上,它在许多发行版的软件中心都有。

为什么你应该选择 VS Code?

  • 那些从一开始就想获得接近 IDE 的功能,而又不想摆弄他们的代码编辑器的人,[通常] 会选择 VS Code 。
  • 即使是基于 Electron,VS Code 与其他 Electron 应用(如 GitHub 的 Atom)相比,开销也非常小。
  • 更多开箱即用的功能,如微软的 IntelliSense 自动补完、Git 集成、Markdown 支持等等。
  • 插件可以只用来增加功能、主题和支持新的语言;而这种插件约束确保编辑器的核心在增加新插件后仍保持熟悉。

由微软分发的 二进制版本仍然是专有的免费软件。VSCodium 建立在 VS Code 的公开源代码之上。然而,关于 VSCodium 的讨论超出了本文的范围,如果你想获得 VS Code 提供的功能,而又没有任何专有元素的话,可以考虑将其作为 VS Code 的一个可行的替代品。

Atom

Atom 编辑器的用户界面

GitHub 的 Atom 是另一个自由开源的代码编辑器,可用于 Linux、macOS 和 Windows。Atom 是一个使用 JavaScript 通过 Electron 制作的桌面应用程序,用于轻松开发软件包。

Atom 的源代码是根据 MIT 许可发布 在 GitHub 上 的。由于 Atom 是 GitHub 的产品,因此它嵌入了 Git Control。

Atom 被称为“ 可魔改的 hackable 21 世纪文本编辑器”,因为它可以使用 HTML、CSS 和 JS 完全定制。

像 VS Code 一样,你可以轻松地在其他平台和 Linux 上安装 Atom

选择 Atom 的理由

  • Atom 是那些想要一个基础的编辑器,并希望在其上进行开发的人的首选,因为 Atom 的可魔改性质。
  • 内置了 Git 和完整的 GitHub 集成;考虑到它是由 GitHub 开发的,这并不令人惊讶。
  • 从应用程序中非常容易搜索、安装和升级 Atom 的插件
  • 可用的 Atom 插件是非常可扩展的,甚至可以完全改变编辑器的功能,并最终创造出几乎一个新的编辑器;它确实是“可魔改”的。
  • Atom 的二进制版本和它的源代码是完全开源的(不像 VS Code 的二进制版本包含专有部分+遥测)。
  • 你可以 把 Atom 从一个代码编辑器变成 IDE,有更智能的上下文自动完成、代码导航功能、文档格式化等。

总结

Atom 和 VS Code 都是建立在 Electron 之上的。但是微软在 VS Code 上做了更多的优化,使其尽可能的轻量化。

在这一点上,VS Code 就像 Ubuntu,几乎所有的东西都开箱即用。而 Atom 就像 Arch,精简,而极易魔改(可扩展)。

Atom 和 VS Code 在技术上都隶属于微软,最终它们会殊途同归。因此,最好是使用你的社区(网页开发/软件开发)所倾向的编辑器,并铺平前进的道路。也许你最终会选择 Vim!


via: https://itsfoss.com/visual-studio-code-vs-atom/

作者:Pratham Patel 选题:lujun9972 译者:wxy 校对:wxy

本文由 LCTT 原创编译,Linux中国 荣誉推出

故事的开始

自从 CentOS 宣布 CentOS 8 将成为绝响,业界在一片叹息和抗议之后,纷纷易弦更张,寻找别的替代品。这之后,开源社区和业界对 CentOS Stream 的讨论并没有如预期的增加。除了偶尔成立的几个 Stream SIG 还能引来一些关注,很多人都已经将目光放到了其它的替代品上了,尤其是采用了兼容 RHEL/CentOS 技术路线的几个国内外 Linux 发行版,在很短的时间内就获得了快速发展和极大关注。

在这个形势之下,国内有几家以企业服务市场为目标的“新” Linux 发行版纷纷涌现。其实说“新”也不新,这些发行版大多沿袭自它们的发行商原本的企业内的定制分支,甚至有的发行版在 CentOS 停更之前就公开发布过。但说它们“新”是因为在新的机遇之下,这些发行版一改过去低调发展、克制迭代的风格,更主动地拥抱了市场和迭代新技术,并将其投放到更大的用户市场。

这里,我们要谈谈其中一个值得注意的企业级操作系统:龙蜥操作系统(Anolis OS)。作为由阿里巴巴所孵化出来,并迅速拥有了多家核心企业支持的 Linux 发行版,显然是很具有话题性和影响力的,也不可避免的会遇到一些争议和观察。为此,我带上问题和龙蜥社区的理事长马涛聊了聊关于龙蜥操作系统背后的那些事情。

磨一剑,需十年

龙蜥操作系统并不是一个凭空诞生的发行版,相反,龙蜥操作系统更像是阿里巴巴十年磨一剑的产物,也是阿里巴巴和以统信及三大运营商等为代表的多家企业的技术沉淀。

早在十年前,淘宝内核组就基于 Linux 内核打造了一个阿里云内部使用的 Linux 发行版。而随着阿里巴巴集团业务的扩大,淘宝内核组从过去只服务于淘宝内部,变成了如今的阿里云智能基础软件部,将过去只为阿里巴巴内部提供服务的技术,开放给了更广泛的开发者使用。也正是因为这样的变化,促成了龙蜥操作系统的诞生。

龙蜥操作系统最大的特色是除了社区多家生态企业的联合推动,还有不少来自阿里巴巴及其用户的多年技术实践的沉淀。

在系统安全方面,除了基于阿里云在网络安全领域的积累而做的操作系统层面的加固外,龙蜥操作系统还提供了基于 OpenSSL 衍生的 BabaSSL,为龙蜥操作系统提供了诸如国密算法、QUIC API 等特性。它还内置了首个机密计算开源容器 Inclavare Containers,后者刚刚被捐赠给 CNCF 基金会孵化。这样,在安全方面龙蜥操作系统从根本上奠定了解决可信、可控问题的基础。

在系统管理方面,龙蜥操作系统则提供了一个全栈覆盖内核与核心组件的跟踪和诊断工具 sysAK,增强龙蜥操作系统在系统层面和应用层面的可观测性和可靠性,让业务的监控和诊断更加简单易用。

此外, 还有 Java 虚拟机 Dragonwell、PolarDB、OceanBase等一系列阿里巴巴自研的技术,都可以在龙蜥操作系统中找到身影。

可以看出,阿里巴巴是想将龙蜥操作系统打造成一艘承载着阿里巴巴在 Linux 技术方面多年积淀的旗舰。

一个字,“稳”

对于龙蜥操作系统来说,稳定是第一要素。那就要看,龙蜥操作系统为何这么稳定?

得益于淘宝和阿里云多年的打磨,历经多年的双十一大促、阿里云流量暴涨等事件的打磨,如今的龙蜥操作系统在稳定这件事情上,做到了极致。

龙蜥操作系统,是在国家有关主管部委的指导下,以阿里云为牵头单位,联合统信软件等多家专业操作系统厂商、多家芯片厂商和大行业用户共同推出的。这意味着它的演进速度、演进场景完全不同。相比于传统的操作系统场景,龙蜥操作系统的演进往往是在各种大型流量和大量用户群的场景下催生的。

CentOS 主流版本与Anolis OS 衍生版宕机率对比 出处:阿里云

通过在真实的业务流量场景下运行龙蜥操作系统,并在发现问题后及时修复,将更新推送到最新的龙蜥操作系统。它背后的阿里云,为龙蜥操作系统的迭代和升级提供了海量的修复案例,帮助它在更多问题发生之前就将其解决掉。

如果我们将龙蜥操作系统和一些传统发行版的厂商相比,龙蜥操作系统更像是通过开源的范式来开发的一个操作系统:通过将操作系统放在海量的应用场景和实战场景下,去尽可能多地发现问题、修复问题。而传统发行版厂商则更像是发现一个问题,修复一个问题,见招拆招地处理问题。虽然也会有定期的修复升级,但发现问题的频率和对迭代的诉求,显然和拥有海量应用场景的龙蜥操作系统不同。

套壳还是换芯?

作为一个追求稳定的发行版,龙蜥操作系统成为 CentOS 转为 Stream 模式后的一个不可忽视的选择。也让 龙蜥操作系统成为了众矢之的:“既然宣称兼容 CentOS,那是不是就是 CentOS 套壳?”

我用这么一个尖锐的问题,来寻求马涛的答复。他没有顾左右而言他,直接了当地给出了他的答复:兼容不仅仅不是套壳,更是技术能力强的体现,并进一步解释到:兼容性并不是一句简单的大白话,背后包括了一整套兼容性分析体系,比如对语言运行时的分析、对系统参数和行为的分析、对内核的接口分析等等,是一个贯穿操作系统、从上到下的超级工程。另一方面,龙蜥操作系统是一个面向企业提供服务的发行版,稳定是第一要素。而对于目前的 CentOS 用户来说,我们如果无法提供对 CentOS 的兼容,又有哪个企业敢于选择龙蜥操作系统呢?

其实每一次提起国产的 Linux 发行版,难免都会提及“套壳”这个话题。也正好借着龙蜥操作系统的话题,来聊聊这个事情。

到底什么才是“套壳”?我们似乎一直都没有一个明确的定义,难道说用了 Linux 内核就是 Linux 的“套壳”么?显然不是的。那所有使用 RPM 包的发行版都是 CentOS “套壳”么?答案显然也是否定的。

其实从 Linux 的发行版的发展来看,所有的发行版几乎都可以称之为“套壳”,除了 Arch Linux 、Gentoo 等几个少数的发行版以外,大部分都在使用 Deb 、RPM 打包系统,很难跳出这两个包管理器的世界,难道说这世界上只有两个发行版么?

对于 Linux 发行版来说,我们如果真的要定义“套壳”,应该说那些是“基于某一个发行版,替换一下主题,更新一下软件,替换一些字眼”的发行版才是“套壳”,而我们看到的,像 SESL、openSUSE 之类的这些发行版,它们更多是延续社区的成功经验,沿袭 CentOS 既有的技术方向,但独立发展,独立迭代的独立发行版。

Anolis OS != Another Linux OS

所以,我们认为,龙蜥操作系统不是“又一个 Linux 操作系统”。一方面,这不是“又一个简单复制”,套个壳的 Linux 发行版;另一方面,龙蜥操作系统承载的也不仅仅是 Linux 操作系统,在其上还搭载着各种安全、容器、应用服务等最新技术,是一艘久经风浪的、稳定的不沉之舟。

花絮:我问马涛,到底龙蜥操作系统的英文名称 “Anolis OS” 是什么缩写?他说:Anolis is Not Only LInux System。嗯,这很 GNU(is Not Unix)!

支持,还是支持

CentOS Linux 的落幕,源自其失去了企业的支持,源自单方面的付出没有回报让企业失去了支持下去的勇气。而这个问题,其实对于任何一个发行版来说,都是存在的。龙蜥操作系统能够获得什么样的长期支持,才是它长期发展下去的原生动力。

就此问题,我对马涛进行了“逼问”,龙蜥操作系统可以承诺多少年的支持?

马涛给了我一个明确的承诺:10 年!