当商业 DevOps 工具市场着眼于平台时，是时候让开源 DevOps 工具重新定义它们的未来了。

DevOps 的开源根基是无法动摇的，即便有预言称全球的 DevOps 市场将在 2026 年之前达到 178 亿美元。不断变化的工作环境、安全和合规性问题，以及风险投资公司等等因素正在将市场推向 DevOps 平台，开发团队可以在云中获得完整的端到端 DevOps 工具链。

开源 DevOps 工具现状

我们要搞清楚一件事：开源工具不可能从 DevOps 世界中消失。现在，在开源和供应商提供的 DevOps 工具之间存在着一种平衡，开发人员会在两者间选择适合他们的工具。事实上，很多情况下，一个开发团队起初会为他们的 DevOps 流水线选择一个开源工具，后来又升级到商业版本。

三种开源 DevOps 工具实例

下面我们介绍一些开源 DevOps 工具的例子，每种工具都已经有了围绕其建立的商业化生态。

Git

源代码管理工具 Git 作为源代码库，可能是 DevOps 工具链的主要基础之一。

Git 的两个最佳商业案例是 GitLab 和 GitHub。GitLab 接受开发者对其贡献开源项目。GitHub 也在着手努力成为一个 DevOps 平台，推出了人工智能版的结对编程 GitHub Copilot，在推出后受到了一些开源团体的褒贬不一的评价。

Jenkins

作为一个开源的自动化服务，Jenkins 因其易于安装、配置和可扩展性而受到推崇。

CloudBees 提供了 JenkinsX，JenkinsX 是一套开源的解决方案，可以为 Kubernetes 上的云原生应用提供自动化持续集成和持续交付（CI/CD）以及自动化测试工具。他们还为JenkinsX 提供商业支持，包括：

• 访问 CloudBees 的专业技术技能
• 24x7 技术支持
• 访问 CloudBees 的文档和在线知识库

Kubernetes

随着越来越多的组织寻求企业级的容器编排解决方案，Kubernetes 的发展成为必然。尽管有人批评其复杂性。

自然而然的，Kubernetes 周边有完整的、蓬勃发展的产业。根据 Allied 市场调研的数据，全球容器和 Kubernetes 安全 市场在 2020 年的估值为 7.14 亿美元，预计到 2030 年将达到 8.42 亿美元。

目前的 DevOps 工具链

各个行业仍有很多 自建 build-your-own （BYO）的 CI/CD 工具链在发挥作用。支持 DevOps 功能的开源项目仍在蓬勃发展。

BYO 工具链可以集成其他工具，而且非常具有扩展性，这对于持续迭代其 DevOps 实践的组织来说一直是一个优势。在出于业务、IT 和安全原因寻求标准化的企业中，缺乏标准的材料清单可能是个麻烦。

虽然 DevOps 平台的出现并没有被忽视，但许多组织早在大流行之前就将他们的 CI/CD 工具链迁移到了公有云。长期以来，工具链本身的安全性一直是一个不断上升的问题，而公有云基础设施提供了身份访问管理（IAM）和其他安全功能来控制访问。

DevOps 平台是敌是友？

DevOps 平台是一个端到端的解决方案，它将 CI/CD 工具链的所有功能放入云中。DevOps 平台的例子包括 GitLab 和 Harness。GitHub 也在采取行动，使自己成为一个 DevOps 平台。

优势（即便只从企业买家角度考虑）

DevOps 平台对那些已经适应了 SaaS 和云计算行业的基于消费和订阅的定价的企业买家很有吸引力。在这个远程和混合工作的世界里，对可维护性、安全、合规性和开发人员的生产力的担忧肯定是技术领导者的首要考虑。对这些人来说，在 DevOps 平台上实现标准化是很有吸引力的。

劣势

在依赖供应商提供的 DevOps 工具链时，人们会想到对供应商锁定功能的古老担忧。开发团队构建和维护其工具链的可扩展性不会像他们从头开始制作工具链时那样，更不用说引入新的工具来改善他们的工作流程了。

DevOps 平台供应商也有潜在的经济方面的劣势。想一想，一个被高估的 DevOps 工具初创公司如果没有达到其投资者的高额财务目标，可能会发生什么。同样，也可能有一些较小的初创供应商得不到下一轮的资金，而慢慢消失。

虽然 DevOps 平台的出现在很多方面都是有意义的，但它确实违背了促成我们今天使用的 DevOps 工具的开源精神。

DevOps 工具：一个拐点

随着工作模式的改变，人们对 DevOps 工具链的安全和合规性的关注必然会增加。

正在变化的工作环境

我们的工作方式与企业其他部门一样影响着 DevOps 团队。远程和混合 DevOps 团队需要安全的工具链。整个流水线中不断变化的协作和报告要求，如异步工作和经理要求返回办公室等，也是日益增长的必要条件。

软件供应链安全市场

在高调的攻击和美国联邦政府的回应之后，软件供应链安全市场引起了很多关注。目前还没有组织将软件供应链的攻击归咎于开源，但我们将看到 DevOps/DevSecOps 实践和工具的延伸，以对抗这种威胁。不过，当一切都结束时，DevOps/DevSecOps 的工具和实践将超过一些转向这一趋势的初创公司。

结语

对于 DevOps 领域的开源软件（OSS）项目来说，这还远远没有结束，但 DevOps 利益相关者有权开始询问未来的工具链。然而，OSS DevOps 项目确实需要考虑它们的未来，特别是考虑到日益增长的直接影响流水线的安全和合规性问题。

DevOps 平台供应商与开源工具的未来趋势是合作性竞争，即 DevOps 平台供应商向作为其平台基础的开源工具贡献时间、金钱和资源。一个有趣的例子就是 OpsVerse，它用他们为客户管理的开源工具提供了一个 DevOps 平台。

然后，还有一个未来，随着更多的企业构建的工具链迁移到云端，开源 DevOps 工具项目将继续繁荣和创新。

via: https://opensource.com/article/22/10/open-source-devops-tools

作者：Will Kelly 选题：lkxed 译者：lxbwolf 校对：wxy

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

自 Copilot 首次亮相以来，Butterick 就对该计划提出了批评。

微软在 2018 年支付 75 亿美元收购了 GitHub，此后将这个代码仓库整合到其开发者工具中，同时在很大程度上采取了放手的态度。Matthew Butterick 是一名作家、律师，也是一名程序员，他认为微软基于机器学习的代码助手 GitHub Copilot 存在一些问题，它似乎不正确地对待开源代码许可证。

GitHub Copilot 是 Visual Studio 和其他 IDE 的一个插件，通过在你输入时提供代码完成的 “建议” 来运作。Codex 是该系统的动力源。然而，Butterick 等开发者认为 AI 在如何学习方面存在问题，或者更具体地说，AI 是从哪里训练的。

这里的问题是，GitHub 所训练的公开代码仓库是有许可证的，当他们的工作被利用时，需要按照许可证进行。虽然微软对其使用代码的问题一直避而不谈，称其为合理使用，但 Copilot 除了提供建议外，还能生成逐字逐句的代码部分。

根据 Codex（由微软授权）的开发者 OpenAI的说法，“Codex 是在数以千万计的公开代码仓库中训练出来的，包括 GitHub 上的代码。”微软自己也含糊地将训练材料描述为数十亿行的公共代码。

via: https://www.opensourceforu.com/2022/10/github-copilot-appears-to-be-in-violation-of-the-open-source-licence/

作者：Laveesh Kocher 选题：lkxed 译者：wxy 校对：wxy

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

Laurent Cozic 与我坐下来，讨论了 Joplin 是如何开始的，以及这个开源笔记软件的下一步计划。

在这次采访中，我见到了笔记软件 Joplin 的创建者 Laurent Cozic。Joplin 是 20i 奖励的赢家，所以我想了解是什么让它如此成功，以及他如何实现的。

你能概述一下什么是 Joplin 吗？

Joplin 是一个开源的笔记软件。它可以让你捕获你的想法并从任何设备安全地访问它们。

显然，还有很多其他的笔记应用，那么除了免费使用之外，它还有什么不同呢？

对我们的许多用户来说，它是开源的这一事实是一个非常重要的方面，因为这意味着没有供应商对数据的封锁，而且数据可以很容易地被导出并以各种方式访问。

我们还关注用户的安全和数据隐私，特别是端到端加密同步功能，以及通过对应用的任何连接保持透明。我们还与安全研究人员合作，以保证软件更加安全。

最后，Joplin 可以通过几种不同的方式进行定制 —— 通过插件（可以添加新的功能）和主题来定制应用程序的外观。我们还公开了一个数据 API，它允许第三方应用程序访问 Joplin 的数据。

相关阅读：5 款 Linux 上的笔记应用

这是一个竞争非常激烈的市场，那么是什么激发了你创建它的想法？

这是有原因的的。我从 2016 年开始研究它，因为我不喜欢现有的商业记事应用程序：笔记、附件或标签不能轻易被其他工具导出或操作。

这主要是由于供应商的封锁，另外还有供应商缺乏动力，因为他们没有动力帮助用户将他们的数据转移到其他应用程序。还有一个问题是，这些公司通常会以纯文本形式保存笔记，而这有可能造成数据隐私和安全方面的问题。

因此，我决定开始创建一个简单且具有同步功能的移动和终端应用程序，使我的笔记能够轻松地在我的设备上访问。之后又创建了桌面应用程序，项目从此开始发展。

编写 Joplin 花了多长时间呢？

自 2016 年以来，我一直在断断续续地开发，但并不是专门去维护。不过在过去的两年里，我更加专注于它。

对于准备创建自己的开源应用的人，你有什么建议？

挑选一个你自己使用的项目和你喜欢的技术来工作。

管理一个开源项目有时是很困难的，所以必须要有足够的兴趣去让它变得更有价值。那么我想 “早发布，多发布” 原则在这里也适用，这样你就可以衡量用户的兴趣，以及是否有必要花时间进一步开发这个项目。

有多少人参与了 Joplin 的开发？

有 3、4 人参与开发。目前，我们还有 6 名学生在 谷歌编程之夏 Google Summer of Code 中为这个项目工作。

许多人都在创建开源项目，但 Joplin 对你来说是一个巨大的成功。关于如何获得关注，你能否给开发者提供一些建议？

没有简单的公式，说实话，我不认为我可以在另一个项目中复制这种成功！你必须对你所做的事情充满热情，但同时也要严谨、有组织、稳步前进，确保代码质量保持高水平，并拥有大量的测试单元以防止回归。

同时，对于你收到的用户反馈保持开放的态度，并在此基础上改进项目。

一旦你掌握了这些，剩下的可能就全靠运气了 —— 如果你做的项目让很多人都感兴趣，事情可能会顺利进行!

一旦你得到关注，但如果你没有传统的营销预算，你如何保持这种势头？

我认为这在于倾听项目周围的社区。举个例子来说，我从未计划过建立一个论坛，但有人在 GitHub 上提出了这个建议，所以我创建了一个论坛，它成为了一个分享想法、讨论功能、提供支持等很好的方式。社区也普遍欢迎新人，这形成了一种良性循环。

除此以外，定期就项目进行沟通也很重要。

我们没有一个公开的路线图，因为大多数功能的 ETA 通常是 “我不知道”，但我会试图就即将到来的功能、新版本等进行沟通。我们也会就重要的事件进行沟通，特别是谷歌编程之夏，或者当我们有机会赢得像 20i FOSS 奖的时候。

最后，我们很快将在伦敦举行一次面对面的聚会，这是与社区和合作者保持联系的另一种方式。

用户的反馈是如何影响路线图的？

很明显，贡献者们经常仅仅因为他们需要某个特性而从事某些工作。但除此之外，我们还根据论坛和 GitHub 问题追踪器上的信息，追踪对用户来说似乎最重要的功能。

例如，移动应用程序现在具有很高的优先级，因为我们经常从用户那里听到，它的限制和缺陷是有效使用 Joplin 的一个问题。

你是如何跟上最新的开发和编码的发展的？

主要是通过阅读 Hacker News！

你有个人最喜欢的自由/开源软件可以推荐吗？

在不太知名的项目中，SpeedCrunch 作为一个计算器非常好。它有很多功能，而且很好的是它能保留以前所有计算的历史。

我还使用 KeepassXC 作为密码管理器。在过去的几年里，它一直在稳步改进。

最后，Visual Studio Code 作为一个跨平台的文本编辑器非常棒。

我原以为 Joplin 是以 Janis 的名字命名的，但维基百科告诉我来自是 Scoot Joplin。你为什么选择这个名字？

我起初想把它命名为 “jot-it”，但我想这个名字已经被人占了。

由于我那时经常听 Scoot Joplin 的 拉格泰姆 ragtime 音乐（我相当痴迷于此），我决定使用他的名字。

我认为产品名称的含义并不太重要，只要名称本身易于书写、发音、记忆，并与一些积极的东西（或至少没有消极的东西）有关。

我觉得 “Joplin” 符合所有条件。

关于 Joplin 的计划，你还有什么可以说的吗？也许是对一个新功能的独家预告？

如前所述，我们非常希望在用户体验设计和新功能方面对移动应用进行改进。

我们也在考虑创建一个 “插件商店”，以便更容易地浏览和安装插件。

感谢 Laurent — 祝 Joplin 的未来好运。

图片来自: (Opensource.com, CC BY-SA 4.0)

这篇访谈最初发表在 20i 博客上，已获得许可进行转载。

via: https://opensource.com/article/22/9/joplin-interview

作者：Richard Chambers 选题：lkxed 译者：MareDevi 校对：wxy

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

如果你在搜索引擎中输入“ARPANET”，搜索相关图片，你会看到许多地图的图片，上面是这个上世纪六十年代末七十年代初 美国政府创建的研究网络，该网络不断延伸扩展，横跨了整个美国。我猜很多人第一次了解到 ARPANET 的时候都看过这种地图。

可以说，这些地图很有意思，毕竟我们很难想象过去连接网络的计算机是那么少，就连如此低保真的图片都可以表示出美国全部机器的所在位置（这里的 低保真 lo-fi 指的是高射投影仪成像技术，而不是大家熟知的 lo-fi 氛围音乐）。不过，这些地图是有问题的。地图上用加粗的线条连接着大陆各地，强化了人们的一种观念：ARPANET 最大的贡献就是首次将横跨美国东西两地的电脑连接了起来。

今天，即便是在病毒肆虐、人们困居家中的情况下，网络也能把我们联系起来，可谓是我们的生命线。所以，如果认为 ARPANET 是最早的互联网，那么在那之前世界必然相互隔绝，毕竟那时还没有今天的互联网，对吧？ARPANET 首次通过计算机将人们连接起来，一定是一件惊天动地的大事。

但是，这一观点却与历史事实不符，而且它也没有进一步解释 ARPANET 的重要性。

初露锋芒

华盛顿希尔顿酒店坐落于 国家广场 National Mall 东北方向约 2.4 千米处的一座小山丘山顶附近。酒店左右两侧白色的现代化立面分别向外延展出半个圆形，活像一只飞鸟的双翼。1965 年，酒店竣工之后，《纽约时报》报道称这座建筑物就像“一只栖息在山顶巢穴上的海鸥” ^[1] 。

不过，这家酒店最有名的特点却深藏在地下。在车道交汇处下方，有着一个巨大的蛋形活动场地，这就是人们熟知的 国际宴会厅 International Ballroom ，多年来一直是华盛顿特区最大的无柱宴会厅。1967 年，大门乐队在此举办了一场音乐会。1968 年，“吉他之神”吉米·亨德里克斯也在此举办了一场音乐会。到了 1972 年，国际宴会厅隐去了以往的喧嚣，举办了首届 国际计算机通信会议 International Conference on Computing Communication （ICCC）。在这场大会上，研究项目 ARPANET 首次公开亮相。

这场会议举办时间为 10 月 24-26 日，与会人数约八百人 ^[2] 。在这场大会上，计算机网络这一新兴领域的领袖人物齐聚一堂。 因特网 internet 的先驱 鲍勃·卡恩 Bob Kahn 称，“如果有人在华盛顿希尔顿酒店上方丢了一颗炸弹，那么美国的整个网络研究领域将会毁于一旦” ^[3] 。

当然，不是所有的与会人员都是计算机科学家。根据当时的宣传广告，这场大会将“以用户为中心”，面向“律师、医务人员、经济学家、政府工作者、工程师以及通信员等从业人员” ^[4] 。虽然大会的部分议题非常专业，比如《数据网络设计问题（一）》与《数据网络设计问题（二）》，但是正如宣传广告所承诺的，大部分会议的主要关注点还是计算机网络给经济社会带来的潜在影响。其中甚至有一场会议以惊人的先见之明探讨了如何积极利用法律制度“保护计算机数据库中的隐私权益” ^[5] 。

展示 ARPANET 的目的是作为与会者的一个附带景点。在国际宴会厅或酒店更下一层的其他地方举行的会议间歇，与会者可以自由进入 乔治敦宴会厅 Georgetown Ballroom （在国际宴会厅走廊尽头的一个较小的宴会厅，也可以说是会议室） ^[6] ，那里放置着用以访问 ARPANET 的 40 台由不同制造商生产的终端 ^[7] 。这些终端属于 哑终端 dumb terminal ，也就是说，只能用来输入命令、输出结果，本身无法进行计算。事实上，在 1972 年，所以这些终端可能都是 硬拷贝终端 hardcopy terminal ，即 电传打字机 teletype machine 。哑终端与一台被称为“ 终端接口信息处理机 Terminal Interface Message Processor ”（TIP）的计算机相连接，后者放置在宴会厅中间的一个高台上。TIP 是早期的一种路由器，哑终端可通过 TIP 连接到 ARPANET。有了终端和 TIP，ICCC 与会者可以尝试登录和访问组成 ARPANET 的 29 个主机站的计算机 ^[8] 。

为了展示网络的性能，美国全国各主机站的研究员们通力合作，准备了 19 个简易的“情景”，供用户测试使用。他们还出了 一份小册子，将这些情景收录其中。如果与会人员打算进入这个满是电线与哑终端的房间，就会得到这样一本小册子 ^[9] 。通过这些情景，研究员不仅要证明网络这项新技术的可行性，还要证明其实用性，因为 ARPANET 那时还只是“一条没有汽车驶过的公路”。此外，来自国防部的投资者们也希望，公开展示 ARPANET 可以进一步激发人们对网络的兴趣 ^[10] 。

因此，这些情景充分展示了在 ARPANET 网络上可以使用的软件的丰富性：有程序语言解释器，其中一个用于麻省理工学院（MIT）的 Lisp 语言，另一个用于加州大学洛杉矶分校的数值计算环境 Speakeasy；还有一些游戏，包括国际象棋和 康威生命游戏 Conway's Game of Life ；以及几个也许最受与会者欢迎的人工智能聊天程序，包括由 MIT 的计算机科学家 约瑟夫·魏泽堡 Joseph Weizenbaum 开发的著名聊天程序 伊莉莎 ELIZA 。

设置这些情景的研究人员小心翼翼地列出了他们想让用户在终端机上输入的每一条命令。这点很重要，因为用于连接 ARPANET 主机的命令序列可能会因为主机的不同而发生变化。比如，为了能在 MIT 人工智能实验室的 PDP-10 微型电脑上测试人工智能国际象棋程序，与会者需要按照指示输入以下命令：

在下方代码块中，[LF]、[SP] 以及 [CR] 分别代表换行、空格以及回车键。我在每行的 // 符号后面都解释了当前一行命令的含义，不过当时的小册子本来是没有使用这一符号的。

@r [LF]                   // 重置 TIP
@e [SP] r [LF]            // “远程回显”设置, 主机回显字符，TIP 不回显
@L [SP] 134 [LF]          // 连接 134 号主机
:login [SP] iccXXX [CR]   // 登录 MIT 人工智能实验室的系统，“XXX”代表用户名首字母缩写
:chess [CR]               // 启动国际象棋程序

如果与会者输入了上述命令，那么他就可以体验当时最先进的国际象棋程序，其棋盘布局如下：

BR BN BB BQ BK BB BN BR
BP BP BP BP ** BP BP BP
-- ** -- ** -- ** -- **
** -- ** -- BP -- ** --
-- ** -- ** WP ** -- **
** -- ** -- ** -- ** --
WP WP WP WP -- WP WP WP
WR WN WB WQ WK WB WN WR

与之不同的是，如果要连接加州大学洛杉矶分校的 IBM System/360 机器，运行 Speakeasy 数值计算环境，与会者需要输入以下命令：

@r [LF]                   // 重置 TIP
@t [SP] o [SP] L [LF]     // “传递换行”设置
@i [SP] L [LF]            // “插入换行”设置，即回车时发送换行符。
@L [SP] 65 [LF]           // 连接 65 号主机
tso                       // 连接 IBM 分时可选软件系统
logon [SP] icX [CR]       // 输入用户名，进行登录，“X”可为任意数字
iccc [CR]                 // 输入密码（够安全！）
speakez [CR]              // 启动 Speakeasy

输入上述命令后，与会者可以在终端中对矩阵进行乘法、转置以及其他运算，如下所示：

:+! a=m*transpose(m);a [CR]
:+! eigenvals(a) [CR]

当时，这场演示给许多人都留下了深刻的印象，但原因并不是我们所想的那样，毕竟我们有的只是后见之明。今天的人们总是记不住，在 1972 年，即便身处两个不同的城市，远程登录使用计算机也已经不是一件新鲜事儿了。在那之前的数十年，电传打字机就已经用于与相隔很远的计算机传递信息了。在 ICCC 第一届大会之前，差不多整整五年前，在西雅图的一所高中， 比尔·盖茨 Bill Gates 使用电传打字机，在该市其他地方的 通用电气 General Electric （GE）计算机上运行了他的第一个 BASIC 程序。在当时，登录远程计算机，运行几行命令或者玩一些文字游戏，只不过是家常便饭。因此，虽说上文提到的软件的确很不错，但是即便没有 ARPANET，我刚刚介绍的两个情景勉强也是可以实现的。

当然，ARPANET 一定带来了新的东西。参加本次大会的律师、政治家与经济学家可能被国际象棋游戏与聊天机器人所吸引，但是网络专家们可能对另外两个情景更感兴趣，因为它们将 ARPANET 的作用更好地展示了出来。

在其中一个情景下，MIT 非兼容分时系统 Incompatible Timesharing System （ITS）上运行了一个名为 NETWRK 的程序。NETWRK 命令下有若干个子命令，输入这些子命令就能得到 ARPANET 各方面的运行状态。SURVEY 子命令可以列出 ARPANET 上哪些主机正在运行和可用（它们都在一个列表中）；SUMMARY.OF.SURVEY 子命令汇总了过去 SURVEY 子命令过去的运行结果，得出每台主机的“正常运行比率”，以及每台主机响应消息的平均时间。SUMMARY.OF.SURVEY 子命令以表格的形式输出结果，如下所示：

--HOST--  -#-  -%-UP-  -RESP-
UCLA-NMC  001  097%    00.80
SRI-ARC   002  068%    01.23
UCSB-75   003  059%    00.63
...

可以看到，主机编号的占位不超过三个数字（哈！）。其他 NETWRK 子命令能够查看较长时间内查询结果的概要，或者检查单个主机查询结果的日志。

第二个情景用到了斯坦福大学开发的一款软件 —— SRI-ARC 联机系统。这款软件功能齐全，非常优秀。美国发明家 道格拉斯·恩格尔巴特 Douglas Engelbart 在 “ 所有演示之母 Mother of All Demos ” 上演示的正是 SRI-ARC 联机系统。这款软件可以在加州大学圣芭芭拉分校的主机上运行本质上属于文件托管的服务。使用华盛顿希尔顿酒店的终端，用户可以将斯坦福大学主机上创建的文件复制到加州大学圣芭芭拉分校的主机上。操作也很简单，只需执行 copy 命令，然后回答计算机的下列问题：

在下方的代码块中，[ESC]、[SP] 与 [CR] 分别代表退出、空格与回车键；圆括号中的文字是计算机打印出的提示信息；第三行中的退出键用于自动补全文件名。此处复制的文件是 <system>sample.txt;1，其中文件名末尾的数字 1 代表文件的版本号，<system> 表示文件路径。这种文件名是 TENEX 操作系统上面的惯用写法。 ^[11]

@copy
(TO/FROM UCSB) to
(FILE) <system>sample [ESC] .TXT;1 [CR]
(CREATE/REPLACE) create

这两个情景看起来好像和最初提及的两个情景没有太大区别，但是此二者却意义非凡。因为它们证明了，在 ARPANET 上面，不仅人们可以与计算机进行交流，计算机与计算机也可以 相互 交流。MIT 主机上的 SURVEY 命令的结果并非由人类定期登录并检查每台机器的运行状态收集而来，而是由一款能在网络上与其他机器进行交流的软件收集得到的。同样的道理，在斯坦福大学与加州大学圣芭芭拉分校之间传输文件的情景下，也没有人守在两所大学的终端旁边，华盛顿特区的终端用户仅仅使用了一款软件，就能让其他两地的计算机相互对话。更重要的是，这一点无关乎你使用的是宴会厅里的哪一台电脑，因为只要输入同样的命令序列，就能在任意一台电脑上浏览 MIT 的网络监视数据，或者在加州大学圣芭芭拉分校的计算机上储存文件。

这才是 ARPANET 的全新之处。本次国际计算机通信会议演示的不仅仅是人与远程电脑之间的交互，也不仅仅是远程输入输出的操作，更是一个软件与其他软件之间的远程通讯，这一点才是史无前例的。

为什么这一点才是最重要的，而不是地图上画着的那些贯穿整个美国、实际连接起来的电线呢（这些线是租赁的电话线，而且它们以前就在那了！）？要知道，早在 1966 年 ARPANET 项目启动之前，美国国防部的高级研究计划署（ARPA）打造了一间终端室，里面有三台终端。三台终端分别连接着位于 MIT、加州大学伯克利分校以及圣塔莫尼卡三地的计算机 ^[12] 。对于 ARPA 的工作人员来说，即便他们身处华盛顿特区，使用这三台计算机也非常方便。不过，这其中也有不便之处：工作人员必须购买和维护来自三家不同制造商的终端，牢记三种不同的登录步骤，熟悉三种不同的计算环境。虽然这三台终端机可能就放在一起，但是它们只是电线另一端主机系统的延申，而且操作也和那些计算机一样各不相同。所以说，在 ARPANET 项目诞生之前，远程连接计算机进行通讯就已经实现了，但问题是不同的计算系统阻碍了通讯朝着更加先进复杂的方向发展。

集合起来，就在此刻

因此，我想说的是，说法一（ARPANET 首次通过计算机将不同地方的人们连接了起来）与说法二（ARPANET 首次将多个计算机系统彼此连接了起来）之间有着云泥之别。听起来似乎有些吹毛求疵，咬文嚼字，但是相较于说法二，说法一忽略了一些重要的历史发展阶段。

首先，历史学家 乔伊·利西·兰金 Joy Lisi Rankin 指出，早在 ARPANET 诞生之前，人们就已经在网络空间中进行交流了。在《 美国计算机的人民历史 A People’s History of Computing in the United States 》一书中，兰金介绍了几个覆盖全美的数字社区，这些社区运行在早于 ARPANET 的 分时网络 time-sharing network 上面。从技术层面讲，分时网络并不是计算机网络，因为它仅仅由一台大型主机构成。这种计算机放置在地下室中，为多台哑终端提供计算，颇像一只又黑又胖的奇怪生物，触手向外伸展着，遍及整个美国。不过，在分时网络时代，被后社交媒体时代称为“网络”的大部分社会行为应有尽有。例如，Kiewit 网络是 达特茅斯分时系统 Dartmouth Time-Sharing System 的延伸应用，服务于美国东北部的各个大学和高中。在 Kiewit 网络上，高中生们共同维护着一个“ 八卦档案 gossip file ”，用来记录其他学校发生的趣闻趣事，“在康涅狄格州和缅因州之间建立起了社交联系” ^[13] 。同时，曼荷莲女子学院的女生通过网络与达特茅斯学院的男生进行交流，或者是安排约会，或者是与男朋友保持联系 ^[14] 。这些事实都发生在上世纪六十年代。兰金认为，如果忽视了早期的分时网络，我们对美国过去 50 年数字文化发展的认识必然是贫瘠的：我们眼里可能只有所谓的“ 硅谷神话 Silicon Valley mythology ”，认为计算机领域的所有发展都要归功于少数的几位天才，或者说互联网科技巨头的创始人。

回到 ARPANET，如果我们能意识到真正的困难是计算机 系统 的联通，而非机器本身的物理连接，那么在探讨 ARPANET 的创新点时，我们就会更加倾向于第二种说法。ARPANET 是有史以来第一个 分组交换网络 packet-switched network ，涉及到许多重要的技术应用。但是如果仅仅因为这项优势，就说它是一项突破，我觉得这种说法本身就是错的。ARPANET 旨在促进全美计算机科学家之间的合作，目的是要弄明白不同的操作系统、不同语言编写的软件如何配合使用，而非如何在麻省和加州之间实现高效的数据传输。因此，ARPANET 不仅是第一个分组交换网络，它还是一项非常成功且优秀的标准。在我看来，后者更有意思，毕竟我在博客上曾经写过许多颇有失败的标准：语义网、RSS 与 FOAF。

ARPANET 项目初期没有考虑到网络协议，协议的制定是后来的事情了。因此，这项工作自然落到了主要由研究生组成的组织 —— 网络工作组 Network Working Group （NWG）身上。该组织的首次会议于 1968 年在加州大学圣芭芭拉分校举办 ^[15] 。当时只有 12 人参会，大部分都是来自上述四所大学的代表 ^[16] 。来自加州大学洛杉矶分校的研究生 史蒂夫·克罗克 Steve Crocker 参加了这场会议。他告诉我，工作组首次会议的参会者清一色都是年轻人，最年长的可能要数会议主席 埃尔默·夏皮罗 Elmer Shapiro 了，他当年 38 岁左右。ARPA 没有派人负责研究计算机连接之后如何进行通信，但是很明显它需要提供一定的协助。随着工作组会议的陆续开展，克罗克一直期望着更有经验与威望的“法定成年人”从东海岸飞过来接手这项工作，但是期望终究还是落空了。在 ARPA 的默许之下，工作组举办了多场会议，其中包括很多长途旅行，差旅费由 ARPA 报销，这些就是它给与工作组的全部协助了 ^[17] 。

当时，网络工作组面临着巨大的挑战。从没有人有过使用通用方式连接计算机系统的经验，而且这本来就与上世纪六十年代末计算机领域盛行的全部观点相悖：

那个时候典型的主机表现得就像是它是全宇宙唯一的计算机。即便是最简短的交流会话，两台主机也无法轻易做到。并不是说机器没办法相互连接，只是连接之后，两台计算机又能做些什么呢？当时，计算机和与其相连的其他设备之间的通讯，就像帝王与群臣之间的对话一般。连接到主机的设备各自执行着自己的任务，每台外围设备都保持着常备不懈的状态，等待着上司的命令。当时的计算机就是严格按照这类互动需求设计出来的；它们向读卡器、终端与磁带机等下属设备发号施令，发起所有会话。但是，如果一台计算机拍了拍另一台计算机的肩膀，说道，“你好，我也是一台计算机”，那么另一台计算机可就傻眼了，什么也回答不上来 ^[18] 。

于是，工作组的最初进展很缓慢 ^[19] 。直到 1970 年 6 月，也就是首次会议将近两年之后，工作组才为网络协议选定了一套“正式”规范 ^[20] 。

不过，到了 1972 年，在国际计算机通信会议上展示 ARPANET 的时候，所有的协议已经准备就绪了。会议期间，这些协议运用到了国际象棋等情景之中。用户运行 @e r 命令（@echo remote 命令的缩写形式），可以指示 TIP 使用新 TELNET 虚拟终端协议提供的服务，通知远程主机它应该回显用户输入的内容。接着，用户运行 @L 134 命令（@login 134 命令的缩写形式），让 TIP 在 134 号主机上调用 初始连接协议 Initial Connection Protocol ，该协议指示远程主机分配出连接所需的全部必要资源，并将用户带入 TELNET 会话中。上述文件传输的情景也许用到了 文件传输协议 File Transfer Protocol （FTP），而该协议恰好是在大会举办前夕才刚刚完成的 ^[21] 。所有这些协议都是“三层”协议，其下的第二层是主机到主机的协议，定义了主机之间可以相互发送和接收的信息的基本格式；第一层是主机到接口通信处理机（IMP）的协议，定义了主机如何与连接的远程设备进行通信。令人感到不可思议的是，这些协议都能正常运行。

在我看来，网络工作组之所以能够在大会举办之前做好万全的准备，顺利且出色地完成任务，在于他们采用了开放且非正式的标准化方法，其中一个典型的例子就是著名的 征求意见 Request for Comments （RFC）系列文档。RFC 文档最初通过 传统信件 snail mail 在工作组成员之间进行传阅，让成员们在没有举办会议的时候也能保持联系，同时收集成员反馈，汇集各方智慧。RFC 框架是克罗克提出的，他写出了第一篇 RFC 文档，并在早期负责管理 RFC 的邮寄列表。他这样做是为了强调工作组开放协作的活动本质。有了这套框架以及触手可及的文档，ARPANET 的协议设计过程成了一个大熔炉，每个人都可以贡献出自己的力量，步步推进，精益求精，让最棒的想法脱颖而出，而没有人失去面子。总而言之，RFC 获得了巨大成功，并且直至今天，长达半个世纪之后，它依旧是网络标准的“说明书”。

因此，说起 ARPANET 的影响力，我认为不得不强调的一点正是工作组留下的这一成果。今天，互联网可以把世界各地的人们连接起来，这也是它最神奇的属性之一。不过如果说这项技术到了上世纪才开始使用，那可就有些滑稽可笑了。要知道，在 ARPANET 出现之前，人们就已经通过电报打破了现实距离的限制。而 ARPANET 打破的应该是各个主机站因使用不同的操作系统、字符编码、程序语言以及组织策略而在逻辑层面产生的差异限制。当然，将第一个分组交换网络投入使用在技术方面绝对是一大壮举，这肯定值得一提，不过，制定统一的标准并用以连接原本无法相互协作的计算机，是建立 ARPANET 网络过程中遇到的这两大难题中更为复杂的一个。而这一难题的解决方案，也成了 ARPANET 整个建立与发展历史中最为神奇的一个章节。

1981 年，高级研究计划署发表了一份“完工报告”，回顾了 ARPANET 项目的第一个十年。在《付出收获了回报的技术方面以及付出未能实现最初设想的技术方面》这一冗长的小标题下，作者们写道：

或许，在 ARPANET 的开发过程中，最艰难的一项任务就是，尽管主机制造商各不相同，或者同一制造商下操作系统各不相同，我们仍需在众多的独立主机系统之间实现通讯交流。好在这项任务后来取得了成功 ^[22] 。

你可以从美国联邦政府获得相关信息。

如果你喜欢这篇文章，欢迎关注推特 @TwoBitHistory，也可通过 RSS 馈送 订阅，获取最新文章。

1. “Hilton Hotel Opens in Capital Today.” The New York Times, 20 March 1965, https://www.nytimes.com/1965/03/20/archives/hilton-hotel-opens-in-capital-today.html?searchResultPosition=1. Accessed 7 Feb. 2021. ↩︎
2. James Pelkey. Entrepreneurial Capitalism and Innovation: A History of Computer Communications 1968-1988, Chapter 4, Section 12, 2007, http://www.historyofcomputercommunications.info/Book/4/4.12-ICCC Demonstration71-72.html. Accessed 7 Feb. 2021. ↩︎
3. Katie Hafner and Matthew Lyon. Where Wizards Stay Up Late: The Origins of the Internet. New York, Simon & Schuster, 1996, p. 178. ↩︎
4. “International Conference on Computer Communication.” Computer, vol. 5, no. 4, 1972, p. c2, https://www.computer.org/csdl/magazine/co/1972/04/01641562/13rRUxNmPIA. Accessed 7 Feb. 2021. ↩︎
5. “Program for the International Conference on Computer Communication.” The Papers of Clay T. Whitehead, Box 42, https://d3so5znv45ku4h.cloudfront.net/Box+042/013_Speech-International+Conference+on+Computer+Communications,+Washington,+DC,+October+24,+1972.pdf. Accessed 7 Feb. 2021. ↩︎
6. 我其实并不清楚 ARPANET 是在哪个房间展示的。很多地方都提到了“宴会厅”，但是华盛顿希尔顿酒店更习惯于叫它“乔治敦”，而不是把它当成一间会议室。因此，或许这场展示是在国际宴会厅举办的。但是 RFC 372 号文件又提到了预定“乔治敦”作为展示场地一事。华盛顿希尔顿酒店的楼层平面图可以点击 此处 查看。 ↩︎
7. Hafner, p. 179. ↩︎
8. ibid., p. 178. ↩︎
9. Bob Metcalfe. “Scenarios for Using the ARPANET.” Collections-Computer History Museum, https://www.computerhistory.org/collections/catalog/102784024. Accessed 7 Feb. 2021. ↩︎
10. Hafner, p. 176. ↩︎
11. Robert H. Thomas. “Planning for ACCAT Remote Site Operations.” BBN Report No. 3677, October 1977, https://apps.dtic.mil/sti/pdfs/ADA046366.pdf. Accessed 7 Feb. 2021. ↩︎
12. Hafner, p. 12. ↩︎
13. Joy Lisi Rankin. A People’s History of Computing in the United States. Cambridge, MA, Harvard University Press, 2018, p. 84. ↩︎
14. Rankin, p. 93. ↩︎
15. Steve Crocker. Personal interview. 17 Dec. 2020. ↩︎
16. 克罗克将会议记录文件发给了我，文件列出了所有的参会者。 ↩︎
17. Steve Crocker. Personal interview. ↩︎
18. Hafner, p. 146. ↩︎
19. “Completion Report / A History of the ARPANET: The First Decade.” BBN Report No. 4799, April 1981, https://walden-family.com/bbn/arpanet-completion-report.pdf, p. II-13. ↩︎
20. 这里我指的是 RFC 54 号文件中的“正式协议”。 ↩︎
21. Hafner, p. 175. ↩︎
22. “Completion Report / A History of the ARPANET: The First Decade,” p. II-29. ↩︎

via: https://twobithistory.org/2021/02/07/arpanet.html

作者：Two-Bit History 选题：lujun9972 译者：aREversez 校对：wxy

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

开源朗读者：淮晋阳

Linux 是一个流行词，你到处都能听到与 Linux 相关的内容。人们在技术论坛上讨论它、Linux 是课程中的一部分；你最喜欢的 YouTube 技术主播在兴奋地展示构建他们的 Linux 内核；你在 Twitter 上关注的 10 倍效率开发者 10x developers 都是 Linux 粉丝。

基本上，Linux 无处不在，每个人都在谈论它，因此你可能会不自主地陷入到对错失了 “学习 Linux” 的不安中。

所以，你想知道 Linux 的优势是什么，以及它是否值得去学习。

在这篇文章中，我总结了很多 Linux 的优势和劣势。

如果你在选择 Linux 还是你喜欢的操作系统上犹豫不决，我们愿意为你提供一些帮助。

在开始之前，我们要指出的是，“Linux” 本身并不是一个操作系统，它的操作系统被称为 Linux 发行版，而且 Linux 的发行版有数百种。为简单起见，我将其称为 Linux 操作系统，而不是某个特定的 Linux 发行版。可以参考 这篇文章，来更好地理解这些东西。

使用 Linux 的优势

如果你想使用 Linux 替代现在的操作系统，那么只有当你了解 Linux 的优势，才会有意义。

如果 Linux 在你想要它做的事情上表现出色，你将永远都不会后悔你的决定。

不用购买许可证

你需要拥有苹果公司的设备，才能使用 macOS 作为日常使用；你需要拥有 Windows 许可证，才能使用微软的 Windows。

因此，你需要对这些东西进行一定的投资。但是，对于 Linux 呢？它是完全免费的！

与 Windows 和 macOS 相比，不仅仅是操作系统上的不同，Linux 上还有许多免费的软件包。

你无需支付许可证费用，就可以使用所有主流的 Linux 发行版。当然，你可以选择捐赠来支持该项目，但这完全取决于你自己的意愿。

此外，Linux 是完全开源的，这意味着所有人都能检查源代码的透明度。

能以最小的系统资源运行

通常，用户考虑尝试另一个操作系统，是因为他们对现有系统的性能感到沮丧。

这也是我的个人经历。我受朋友的委托，使用 Linux 来更新他们的旧笔记本电脑或经常滞后的系统。

而且，Linux 发行版能够在普通的硬件配置上运行，你不需要拥有最新最好的硬件。此外，还有专门的 轻量级 Linux 发行版 可以在较旧的硬件上运行而不会出现问题。

因此，如果你立即使用 Linux，你有更多的机会恢复你的旧系统，或在短时间内获得一个快速的计算机。

更少地受到恶意软件的威胁

没有操作系统可以免受恶意文件或脚本的侵害。如果你从未知来源下载并运行某些内容，则无法保证其安全性。

然而，对于 Linux，情况会更好一些。诚然，研究人员已经发现了针对 Linux 物联网设备的攻击者。但是，对于桌面 Linux，还无须担心。

恶意攻击者攻击的目标是更受家庭欢迎的平台，而 Linux 在桌面领域并没有很大的市场份额来吸引到这种关注。在某种程度上，这可能是一件好事。

你要做的就是坚持使用官方软件包，并在执行任何操作之前阅读指导说明。

另外，在 Linux 上，你也不用安装防病毒程序，来保护本机免受恶意软件的威胁。

可个性化定制

有了开源的代码，你就可以根据需要自由定制你的 Linux 体验。

当然，你需要具备一些专业知识，才能充分地定制你的 Linux。但是与 macOS 和 Windows 相比，即使你没有任何经验，也可以在 Linux 操作系统中获得更多自定义功能。

如果你想要个性化你的体验，并愿意付出额外的努力，那么 Linux 就非常适合你。例如，你可以参考 KDE 定制指南 和 停靠区选项 以获得基本的自定义方法。

适用于所有人

使用 macOS 或 Windows，你只能在微软或苹果最终确定的设计/偏好选择中，做出你的选择。

但是，对于 Linux，你能发现专注于各种事情的不同的 Linux 发行版。

例如，你可以选择能始终获取最新功能的 Linux 发行版，或者你也可以选择只为你提供安全/维护更新的 Linux 发行版。

你可以使用有开箱即用、外观好看的 Linux 发行版，或提供最大程度的自定义选项的 Linux 发行版。Linux 发行版的选择是多种多样的。

我建议你从 能提供最佳用户体验的选项 开始。

完整的开发环境

如果你是软件开发人员或学习编程的学生，Linux 绝对是有优势的。许多构建工具都能在 Linux 上使用，并能够集成到 Linux 中。使用容器（Docker），你可以轻松创建专门的测试环境。

微软知道这个价值，因此它创建了 WSL，让开发人员可以在 Windows 内访问 Linux 环境。尽管如此，WSL 并没有接近真正的 Linux 体验，在 Windows 上使用 Docker 也同样如此。

但是这并不适用于网页设计，因为极为好用的 Adobe 工具并不能在 Linux 上使用。但是，如果你的工作不需要 Adobe，Linux 会是一个不错的选择。

Linux 是一项必须学习的技能！

使用 Linux 有一个学习曲线，刚开始时掌握的速度最快，之后则逐渐变得平缓，但是它给你提供了对各种事物的洞察力。

你可以通过探索和自由定制 Linux，或者仅仅是通过使用它，来了解操作系统中的事物是如何工作的。

不是每个人都知道如何使用 Linux。

因此，通过学习 Linux 来获得和扩展你对软件和计算机的知识会是一项很棒的技能。

Linux 是一个必要的工作技能

正如我之前提及的，学习 Linux 是一个很好的技能，这不仅仅能增长你的知识，它在职业方面也很有用。

通过学习 Linux 的基础知识，你可以成为 Linux 系统管理员或安全专家，并且能胜任很多其他的工作。

因此，学习 Linux 开辟了一系列机会！

保护隐私

如果你没有微软账号，那么你就不能使用 Windows。当你启动 Windows 时，你会发现它会在很多的服务和应用中记录你的数据。

虽然你可以找到此类设置并禁用它们，但很明显，Windows 的默认配置不会考虑你的隐私。

而在 Linux 中，并非如此。虽然某些应用程序/发行版会有一个可选功能，让你可以与他们分享有用的东西，但这并不是什么大问题。Linux 上的大多数东西都是经过定制的，默认情况下可以为你提供最大的隐私，从而无需配置任何东西。

但是，苹果和微软会采用巧妙的策略从你的计算机收集匿名的使用数据。偶尔，他们会记录你在他们的应用商店的活动，以及当你通过你的账户登录时的信息。

自定义项目和自托管

你是一个喜欢捣鼓小发明的人吗？如果你喜欢制作电子或软件项目，Linux 会是你的发明天堂。

你可以在 诸如树莓派这样的单板机 上使用 Linux，开发出一些很酷的东西，例如复古游戏机、家庭自动化系统等等。

你也能在你自己的服务器上部署开源的软件，并维护他们。这称为自托管，它有以下的优点：

• 减少托管费用
• 掌控你的数据
• 对于你的每个需求，定制应用/服务

你能直接使用 Linux 或者使用基于 Linux 的工具，来做这所有的事情。

使用 Linux 的劣势

Linux 并不是一个没有缺点的选择。任何事都具有两面性，Linux 也有一些不好的地方，包括：

不容易快速上手

学习的目的通常不在于掌握一项新技能，更重要的是尽可能快地适应。

如果用户使用某一个东西，却无法完成任务，那么它并不适合他们。对于每个操作系统也是如此。例如，使用 Windows/macOS 的用户可能不会很快适应 Linux。

你可以阅读我们的比较文章以了解 macOS 和 Linux 之间的区别。

我同意一些人会比其他人学习速度更快。但是，总体而言，当你踏入 Linux 世界时，你需要付出一点努力，去学习那些不明显的东西。

多样性

虽然我们建议使用 为初学者量身定制的最佳 Linux 发行版，但一开始就选择你喜欢的版本，可能会让人不知所措。

你可能会想尝试其中多个版本，以查看最适合你的 Linux 发行版，但是这既耗时又令人十分困惑。

最好选择其中一种 Linux 发行版。但是，如果你仍然感到困惑，你可以仍旧使用 Windows/macOS。

在桌面领域的市场份额相对较低

Linux 不是流行的桌面操作系统。

这不应该是用户关心的问题。但是，如果没有大的市场占有率，就不能指望应用程序开发人员为 Linux 开发/维护工具。

当然，现在 Linux 有很多重要且流行的工具，比以往任何时候都多。但是，这仍然是一个因素，意味着并非所有好的工具/服务都可以在 Linux 上运行。

请参阅我们定期更新的关于 Linux 的市场份额 的文章，了解相关内容。

缺少专有软件

正如我上面提到的，并不是开发者都对将他们的工具/应用程序引入 Linux 感兴趣。

因此，你可能在 Linux 上找不到适用于 Windows/macOS 的所有优质专有产品。诚然，你可以使用兼容层在 Linux 上运行 Windows/macOS 程序。

但这并不总是有效。例如，你没有支持 Linux 的官方微软 365 和像 Wallpaper Engine 这样的工具。

不是游戏优先的操作系统

如果你想在电脑上玩游戏，Windows 仍然是支持最新硬件和技术的最佳选择。

谈到 Linux，有很多 “如果和但是” 需要一个明确的答案。

请注意，你可以在 Linux 上玩很多现代游戏，但在各种不同的硬件上可能不会有一致的体验。正如我们的一位读者在评论中建议的那样，你可以使用 Steam Play 在 Linux 上尝试许多 Windows 独占的游戏，而不会出现潜在的障碍。

Steam Deck 正在鼓励更多的游戏开发者使他们的游戏在 Linux 上运行得更好。而且，这在不久的将来只会得到改善。因此，如果你能花点功夫在 Linux 上尝试你最喜欢的游戏，可能不会让人失望。

话虽如此，在 Linux 上玩游戏并不方便。如果你有兴趣，可以参考我们的 Linux 游戏指南 以了解更多信息。

缺少专业的技术支持

我知道不是每个人都需要技术支持。但是，一些技术支持选项能够在他们的笔记本电脑或计算机上远程指导用户/修复问题。

使用 Linux，你可以向社区寻求帮助，但它可能不像某些专业技术支持服务那样好用。

你仍然需要自己完成大部分努力，并自己尝试一些东西，并不是每个人都喜欢这样做的。

总结

我主要是 Linux 用户，但我在玩游戏时使用 Windows。虽然我偏好 Linux，但我尽力在这篇文章中对 Linux 保持中立态度，并给你足够的指导，以便你可以决定 Linux 是否适合你。

如果你打算使用 Linux，并且从未使用过它，请迈出你的第一步吧，可以参考 在虚拟机中使用 Linux 的第一步。如果你有 Windows 11，你也可以使用 WSL2。

我非常乐意收到你的评价和建议。

via: https://itsfoss.com/advantages-linux/

作者：Ankush Das 选题：lkxed 译者：chai001125 校对：wxy

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

通过参与两个令人兴奋的新项目来庆祝开放组织社区的六周年。

2021 年 6 月 2 日， 开放组织 Open Organization 社区庆祝其成立六周年。这是六年来（上百篇的）文章、（一系列的）书籍、（具有启发性的）对话、（我们所 喜欢的）教学和学习。我们非常自豪地成为一个充满活力的开放专家和领导者的社区，致力于将 开放原则 带到大大小小的组织。事实上，许多 开放组织大使 Open Organization Ambassadors 以帮助他人变得更加开放为职业，我们的社区仍然致力于帮助各行业的领导者以开放的心态和行为融入他们的社区和环境中。

去年 是开放组织项目的一个 成长 和 发展 时期。今年，我们将在这一势头的基础上继续努力。今天，我们很自豪地介绍两项新的倡议——当然，也邀请你的参加。

开启，调整，开放

首先，我们很高兴地宣布：我们社区的工作有了一个全新的场所。OpenOrgTV。这不仅仅是一个新的平台。它也是另一种媒介的实验：视频。

在我们的频道上，我们将举办各种对话 —— 从深层次的书评到社区圆桌会议。首先，请查看“ 开放领导力对话 Open Leadership Conversations ”系列，其中包括对某些富有洞察力的领导者的采访，提供他们对根据开放原则进行领导的意义的观点。或者观看我们的 Q&A 式写作节目 “ 问大使 Ask the Ambassadors ”，由社区专家回答你关于组织文化和设计的问题。也想参与这个节目吗？在我们的 新的专门的论坛 中向社区成员提交你的问题。

整个月，我们都会介绍 开放组织大使 Open Organization Ambassadors ，让你终于可以看到他们的面孔，并听到你多年来阅读的故事、案例研究和采访背后的声音。

定义开放领导力

自从我们几年前发布它以来， 开放组织定义 Open Organization Definition 已成为更好地理解开放组织文化和设计本质的组织指导框架（并且我们已经做了很多工作来 教导其他人）。随着时间的推移，我们甚至开发了 一个成熟度模型 来操作该定义，因此组织可以评估自己的开放程度并制定具体计划以变得 更加 开放。

现在，我们认为是时候将这项工作更进一步了。

但是，开放组织社区不仅仅是平台、工具或项目的任何组合。它是所有人都热情地一起工作，以帮助传播开放原则和实践。

受我们自己经验、红帽 和 Mozilla 等开放组织已有的框架、多年研究和采访该领域的开放领袖的启发，以及我们对更好地理解开放领导力如何 真正 发挥作用的渴望，我们很高兴公布一份全新文件的早期草案： 开放领导力定义 Open Leadership Definition 。

本文档概述了建立开放型组织，并使其成为思想开放的人能够成长和茁壮成长的地方的各类领导者所特有的心态和行为。它建立在 开放领导力定义 Open Leadership Definition 的基础上，解释了开放型领导者如何体现和倡导开放型组织的特征，如透明度、包容性、适应性、协作性和社区性。

而且我们渴望与世界分享。

从今天开始（在接下来的两周内），我们将收集你对我们文件草案的见解和意见。我们渴望听到你的想法，并将接受你的意见的 整体 或片段。你可以对文件的个别部分或整个文件提出意见。请查看下面的链接。我们期待着听到你的意见。

Laura Hiliger 提供的开放领导力定义词云 (CC BY-SA)

开放领导力定义

• 开放领导力定义：简介
• 开放领导力定义：透明度
• 开放领导力定义：包容性
• 开放领导力定义：适应性
• 开放领导力定义：协作
• 开放领导力定义：社区

在我们的共享文件夹中 阅读全文。

联系我们

当然，你仍然可以在所有常见的地方找到我们的社区，如：

• 我们的项目网站，你通往整个开放组织项目和社区的门户。
• 我们的对话中心，在这里你可以与社区成员互动，提出问题，了解新项目，寻找资源，并帮助他人。
• 我们的 GitHub 组织，我们一直在公开研究新项目，并邀请你加入我们
• 我们在 Opensource.com 的发表频道，我们在这里为各地区和各行业的从业人员发布最新的分析、案例研究、访谈和资源。
• 我们的 Twitter 和 LinkedIn 平台，我们将在这里分享我们的最新进展，并促进新的对话。

但开放组织社区不仅仅是平台、工具或项目的任何组合。 是 人，所有人都热情地一起工作以帮助传播开放的原则和实践。正是这些人使我们的社区如此伟大。

六年来一直如此，并将永远保持下去。

从数字上看

Jen Kelchner 提供的信息图

via: https://opensource.com/open-organization/21/6/celebrate-sixth-anniversary

作者：Laura Hilliger 选题：lujun9972 译者：MareDevi 校对：wxy

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