开源组织的模块化开发方式非常适合物联网。

图片来源： opensource.com

Eclipse 可能不是第一个去研究物联网的开源组织。但是，远在 IoT 家喻户晓之前，该基金会在 2001 年左右就开始支持开源软件发展商业化。

九月份的 Eclipse 物联网日和 RedMonk 的 ThingMonk 2017 一块举行，着重强调了 Eclipse 在 物联网发展 中的重要作用。它现在已经包含了 28 个项目，覆盖了大部分物联网项目需求。会议过程中，我和负责 Eclipse 市场化运作的 Ian Skerritt 讨论了 Eclipse 的物联网项目以及如何拓展它。

物联网的最新进展？

我问 Ian 物联网同传统工业自动化，也就是前几十年通过传感器和相应工具来实现工厂互联的方式有什么不同。 Ian 指出很多工厂是还没有互联的。

另外，他说 “SCADA [ 监控和数据分析 supervisory control and data analysis ] 系统以及工厂底层技术都是非常私有的、独立性的。我们很难去改变它，也很难去适配它们 …… 现在，如果你想运行一套生产系统，你需要设计成百上千的单元。生产线想要的是满足用户需求，使制造过程更灵活，从而可以不断产出。” 这也就是物联网会带给制造业的一个很大的帮助。

Eclipse 物联网方面的研究

Ian 对于 Eclipse 在物联网的研究是这样描述的：“满足任何物联网解决方案的核心基础技术” ，通过使用开源技术，“每个人都可以使用，从而可以获得更好的适配性。” 他说，Eclipse 将物联网视为包括三层互联的软件栈。从更高的层面上看，这些软件栈（按照大家常见的说法）将物联网描述为跨越三个层面的网络。特定的实现方式可能含有更多的层，但是它们一般都可以映射到这个三层模型的功能上：

• 一种可以装载设备（例如设备、终端、微控制器、传感器）用软件的堆栈。
• 将不同的传感器采集到的数据信息聚合起来并传输到网上的一类网关。这一层也可能会针对传感器数据检测做出实时反应。
• 物联网平台后端的一个软件栈。这个后端云存储数据并能根据采集的数据比如历史趋势、预测分析提供服务。

这三个软件栈在 Eclipse 的白皮书 “The Three Software Stacks Required for IoT Architectures ”中有更详细的描述。

Ian 说在这些架构中开发一种解决方案时，“需要开发一些特殊的东西，但是很多底层的技术是可以借用的，像通信协议、网关服务。需要一种模块化的方式来满足不同的需求场合。” Eclipse 关于物联网方面的研究可以概括为：开发模块化开源组件，从而可以被用于开发大量的特定性商业服务和解决方案。

Eclipse 的物联网项目

在众多已被应用的 Eclipse 物联网应用中， Ian 举了两个和 MQTT 有关联的突出应用，一个设备与设备互联（M2M）的物联网协议。 Ian 把它描述成“一个专为重视电源管理工作的油气传输线监控系统的信息发布/订阅协议。MQTT 已经是众多物联网广泛应用标准中很成功的一个。” Eclipse Mosquitto 是 MQTT 的代理，Eclipse Paho 是他的客户端。

Eclipse Kura 是一个物联网网关，引用 Ian 的话，“它连接了很多不同的协议间的联系”，包括蓝牙、Modbus、CANbus 和 OPC 统一架构协议，以及一直在不断添加的各种协议。他说，一个优势就是，取代了你自己写你自己的协议， Kura 提供了这个功能并将你通过卫星、网络或其他设备连接到网络。”另外它也提供了防火墙配置、网络延时以及其它功能。Ian 也指出“如果网络不通时，它会存储信息直到网络恢复。”

最新的一个项目中，Eclipse Kapua 正尝试通过微服务来为物联网云平台提供不同的服务。比如，它集成了通信、汇聚、管理、存储和分析功能。Ian 说“它正在不断前进，虽然还没被完全开发出来，但是 Eurotech 和 RedHat 在这个项目上非常积极。”

Ian 说 Eclipse hawkBit ，一个软件更新管理的软件，是一项“非常有趣的项目。从安全的角度说，如果你不能更新你的设备，你将会面临巨大的安全漏洞。”很多物联网安全事故都和无法更新的设备有关，他说，“HawkBit 可以基本负责通过物联网系统来完成扩展性更新的后端管理。”

物联网设备软件升级的难度一直被看作是难度最高的安全挑战之一。物联网设备不是一直连接的，而且数目众多，再加上首先设备的更新程序很难完全正常。正因为这个原因，关于 IoT 软件升级的项目一直是被当作重要内容往前推进。

为什么物联网这么适合 Eclipse

在物联网发展趋势中的一个方面就是关于构建模块来解决商业问题，而不是跨越行业和公司的大物联网平台。 Eclipse 关于物联网的研究放在一系列模块栈、提供特定和大众化需求功能的项目上，还有就是指定目标所需的可捆绑式中间件、网关和协议组件上。

作者简介：

Gordon Haff - Gordon Haff 是红帽公司的云专家，经常在消费者和行业会议上讲话，并且帮助发展红帽全面云化解决方案。他是《计算机前沿：云如何如何打开众多出版社未来之门》的作者。在红帽之前， Gordon 写了成百上千的研究报告，经常被引用到公众刊物上，像纽约时报关于 IT 的议题和产品建议等……

via： https://opensource.com/article/17/10/eclipse-and-iot

作者：Gordon Haff 译者：smartgrids 校对：wxy

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

最近我们采访了 Mark McIntyre，谈了他是如何使用 Fedora 系统的。这也是 Fedora 杂志上系列文章的一部分。该系列简要介绍了 Fedora 用户，以及他们是如何用 Fedora 把事情做好的。如果你想成为采访对象，请通过反馈表与我们联系。

Mark McIntyre 是谁?

Mark McIntyre 为极客而生，以 Linux 为乐趣。他说：“我在 13 岁开始编程，当时自学 BASIC 语言，我体会到其中的乐趣，并在乐趣的引导下，一步步成为专业的码农。” Mark 和他的侄女都是披萨饼的死忠粉。“去年秋天，我和我的侄女开始了一个任务，去尝试诺克斯维尔的许多披萨饼连锁店。点击这里可以了解我们的进展情况。”Mark 也是一名业余的摄影爱好者，并且在 Flickr 上 发布自己的作品。

作为一名开发者，Mark 有着丰富的工作背景。他用过 Visual Basic 编写应用程序，用过 LotusScript、 PL/SQL（Oracle）、 Tcl/TK 编写代码，也用过基于 Python 的 Django 框架。他的强项是 Python。这也是目前他作为系统工程师的工作语言。“我经常使用 Python。由于我的工作变得更像是自动化工程师， Python 用得就更频繁了。”

McIntyre 自称是个书呆子，喜欢科幻电影，但他最喜欢的一部电影却不是科幻片。“尽管我是个书呆子，喜欢看《 星际迷航 Star Trek 》、《 星球大战 Star Wars 》之类的影片，但《 光荣战役 Glory 》或许才是我最喜欢的电影。”他还提到，电影《 冲出宁静号 Serenity 》是一个著名电视剧的精彩后续（指《萤火虫》）。

Mark 比较看重他人的谦逊、知识与和气。他欣赏能够设身处地为他人着想的人。“如果你决定为另一个人服务，那么你会选择自己愿意亲近的人，而不是让自己备受折磨的人。”

McIntyre 目前在 Scripps Networks Interactive 工作，这家公司是 HGTV、Food Network、Travel Channel、DIY、GAC 以及其他几个有线电视频道的母公司。“我现在是一名系统工程师，负责非线性视频内容，这是所有媒体要开展线上消费所需要的。”他为一些开发团队提供支持，他们编写应用程序，将线性视频从有线电视发布到线上平台，比如亚马逊、葫芦。这些系统既包含预置系统，也包含云系统。Mark 还开发了一些自动化工具，将这些应用程序主要部署到云基础结构中。

Fedora 社区

Mark 形容 Fedora 社区是一个富有活力的社区，充满着像 Fedora 用户一样热爱生活的人。“从设计师到封包人，这个团体依然非常活跃，生机勃勃。” 他继续说道：“这使我对该操作系统抱有一种信心。”

2002 年左右，Mark 开始经常使用 IRC 上的 #fedora 频道：“那时候，Wi-Fi 在启用适配器和配置模块功能时，有许多还是靠手工实现的。”为了让他的 Wi-Fi 能够工作，他不得不重新去编译 Fedora 内核。

McIntyre 鼓励他人参与 Fedora 社区。“这里有许多来自不同领域的机会。前端设计、测试部署、开发、应用程序打包以及新技术实现。”他建议选择一个感兴趣的领域，然后向那个团体提出疑问。“这里有许多机会去奉献自己。”

对于帮助他起步的社区成员，Mark 赞道：“Ben Williams 非常乐于助人。在我第一次接触 Fedora 时，他帮我搞定了一些 #fedora 支持频道中的安装补丁。” Ben 也鼓励 Mark 去做 Fedora 大使。

什么样的硬件和软件?

McIntyre 将 Fedora Linux 系统用在他的笔记本和台式机上。在服务器上他选择了 CentOS，因为它有更长的生命周期支持。他现在的台式机是自己组装的，配有 Intel 酷睿 i5 处理器，32GB 的内存和2TB 的硬盘。“我装了个 4K 的显示屏，有足够大的地方来同时查看所有的应用。”他目前工作用的笔记本是戴尔灵越二合一，配备 13 英寸的屏，16 GB 的内存和 525 GB 的 m.2 固态硬盘。

Mark 现在将 Fedora 26 运行在他过去几个月装配的所有机器中。当一个新版本正式发布的时候，他倾向于避开这个高峰期。“除非在它即将发行的时候，我的工作站中有个正在运行下一代测试版本，通常情况下，一旦它发展成熟，我都会试着去获取最新的版本。”他经常采取就地更新：“这种就地更新方法利用 dnf 系统升级插件，目前表现得非常好。”

为了搞摄影，McIntyre 用上了 GIMP、Darktable，以及其他一些照片查看包和快速编辑包。当不用 Web 电子邮件时，Mark 会使用 Geary，还有GNOME Calendar。Mark 选用 HexChat 作为 IRC 客户端，HexChat 与在 Fedora 服务器实例上运行的 ZNC bouncer 联机。他的部门通过 Slave 进行沟通交流。

“我从来都不是 IDE 粉，所以大多数的编辑任务都是在 vim 上完成的。”Mark 偶尔也会打开一个简单的文本编辑器，如 gedit，或者 xed。他用 GPaste 做复制和粘贴工作。“对于终端的选择，我已经变成 Tilix 的忠粉。”McIntyre 通过 Rhythmbox 来管理他喜欢的播客，并用 Epiphany 实现快速网络查询。

via: https://fedoramagazine.org/mark-mcintyre-fedora/

作者：Charles Profitt 译者：zrszrszrs 校对：wxy

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

想知道容器编排管理和 K8S 的最新展望么？来看看专家怎么说。

如果你想对容器在未来的发展方向有一个整体把握，那么你一定要跟着钱走，看看钱都投在了哪里。当然了，有很多很多的钱正在投入容器的进一步发展。相关研究预计 2020 年容器技术的投入将占有 27 亿美元 的市场份额。而在 2016 年，容器相关技术投入的总额为 7.62 亿美元，只有 2020 年投入预计的三分之一。巨额投入的背后是一些显而易见的基本因素，包括容器化的迅速增长以及并行化的大趋势。随着容器被大面积推广和使用，容器编排管理也会被理所当然的推广应用起来。

来自 The new stack 的调研数据表明，容器的推广使用是编排管理被推广的主要的催化剂。根据调研参与者的反馈数据，在已经将容器技术使用到生产环境中的使用者里，有六成使用者正在将 Kubernetes（K8S）编排管理广泛的应用在生产环境中，另外百分之十九的人员则表示他们已经处于部署 K8S 的初级阶段。在容器部署初期的使用者当中，虽然只有百分之五的人员表示已经在使用 K8S ，但是百分之五十八的人员表示他们正在计划和准备使用 K8S。总而言之，容器和 Kubernetes 的关系就好比是鸡和蛋一样，相辅相成紧密关联。众多专家一致认为编排管理工具对容器的长周期管理 以及其在市场中的发展有至关重要的作用。正如 Cockroach 实验室 的 Alex Robinson 所说，容器编排管理被更广泛的拓展和应用是一个总体的大趋势。毫无疑问，这是一个正在快速演变的领域，且未来潜力无穷。鉴于此，我们对 Robinson 和其他的一些容器的实际使用和推介者做了采访，来从他们作为容器技术的践行者的视角上展望一下容器编排以及 K8S 的下一步发展。

容器编排将被主流接受

像任何重要技术的转型一样，我们就像是处在一个高崖之上一般，在经过了初期步履蹒跚的跋涉之后将要来到一望无际的广袤平原。广大的新天地和平实真切的应用需求将会让这种新技术在主流应用中被迅速推广，尤其是在大企业环境中。正如 Alex Robinson 说的那样，容器技术的淘金阶段已经过去，早期的技术革新创新正在减速，随之而来的则是市场对容器技术的稳定性和可用性的强烈需求。这意味着未来我们将不会再见到大量的新的编排管理系统的涌现，而是会看到容器技术方面更多的安全解决方案，更丰富的管理工具，以及基于目前主流容器编排系统的更多的新特性。

更好的易用性

人们将在简化容器的部署方面下大功夫，因为容器部署的初期工作对很多公司和组织来说还是比较复杂的，尤其是容器的长期管理维护更是需要投入大量的精力。正如 Codemill AB 公司的 My Karlsson 所说，容器编排技术还是太复杂了，这导致很多使用者难以娴熟驾驭和充分利用容器编排的功能。很多容器技术的新用户都需要花费很多精力，走很多弯路，才能搭建小规模的或单个的以隔离方式运行的容器系统。这种现象在那些没有针对容器技术设计和优化的应用中更为明显。在简化容器编排管理方面有很多优化可以做，这些优化和改造将会使容器技术更加具有可用性。

在混合云以及多云技术方面会有更多侧重

随着容器和容器编排技术被越来越多的使用，更多的组织机构会选择扩展他们现有的容器技术的部署，从之前的把非重要系统部署在单一环境的使用情景逐渐过渡到更加复杂的使用情景。对很多公司来说，这意味着他们必须开始学会在 混合云 和 多云 的环境下，全局化的去管理那些容器化的应用和微服务。正如红帽 Openshift 部门产品战略总监 Brian Gracely 所说，“容器和 K8S 技术的使用使得我们成功的实现了混合云以及应用的可移植性。结合 Open Service Broker API 的使用，越来越多的结合私有云和公有云资源的新应用将会涌现出来。” 据 CloudBees 公司的高级工程师 Carlos Sanchez 分析，联合服务（Federation）将会得到极大推动，使一些诸如多地区部署和多云部署等的备受期待的新特性成为可能。

想知道 CIO 们对混合云和多云的战略构想么? 请参看我们的这条相关资源， [Hybrid Cloud: The IT leader's guide。 ]

平台和工具的持续整合及加强

对任何一种科技来说，持续的整合和加强从来都是大势所趋；容器编排管理技术在这方面也不例外。来自 Sumo Logic 的首席分析师 Ben Newton 表示，随着容器化渐成主流，软件工程师们正在很少数的一些技术上做持续整合加固的工作，来满足他们的一些微应用的需求。容器和 K8S 将会毫无疑问的成为容器编排管理方面的主流平台，并轻松碾压其它的一些小众平台方案。因为 K8S 提供了一个相当清晰的可以摆脱各种特有云生态的途径，K8S 将被大量公司使用，逐渐形成一个不依赖于某个特定云服务的 “中立云” cloud-neutral 。

K8S 的下一站

来自 Alcide 的 CTO 和联合创始人 Gadi Naor 表示，K8S 将会是一个有长期和远景发展的技术，虽然我们的社区正在大力推广和发展 K8S，K8S 仍有很长的路要走。

专家们对日益流行的 K8S 平台也作出了以下一些预测：

来自 Alcide 的 Gadi Naor 表示： “运营商会持续演进并趋于成熟，直到在 K8S 上运行的应用可以完全自治。利用 OpenTracing 和诸如 istio 技术的 service mesh 架构，在 K8S 上部署和监控微应用将会带来很多新的可能性。”

来自 Red Hat 的 Brian Gracely 表示： “K8S 所支持的应用的种类越来越多。今后在 K8S 上，你不仅可以运行传统的应用程序，还可以运行原生的云应用、大数据应用以及 HPC 或者基于 GPU 运算的应用程序，这将为灵活的架构设计带来无限可能。”

来自 Sumo Logic 的 Ben Newton 表示： “随着 K8S 成为一个具有统治地位的平台，我预计更多的操作机制将会被统一化，尤其是 K8S 将和第三方管理和监控平台融合起来。”

来自 CloudBees 的 Carlos Sanchez 表示： “在不久的将来我们就能看到不依赖于 Docker 而使用其它运行时环境的系统，这将会有助于消除任何可能的 lock-in 情景“ 编辑提示：[CRI-O 就是一个可以借鉴的例子。]“而且我期待将来会出现更多的针对企业环境的存储服务新特性，包括数据快照以及在线的磁盘容量的扩展。”

来自 Cockroach Labs 的 Alex Robinson 表示： “ K8S 社区正在讨论的一个重大发展议题就是加强对有状态程序的管理。目前在 K8S 平台下，实现状态管理仍然非常困难，除非你所使用的云服务商可以提供远程固定磁盘。现阶段也有很多人在多方面试图改善这个状况，包括在 K8S 平台内部以及在外部服务商一端做出的一些改进。”

via: https://enterprisersproject.com/article/2017/11/containers-and-kubernetes-whats-next

作者：Kevin Casey 译者：yunfengHe 校对：wxy

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

2017年开源工作报告（以下简称“报告”）显示，具有开源云技术认证的系统管理员往往能获得更高的薪酬。

报告调查的受访者中，53% 认为系统管理员是雇主们最期望被填补的职位空缺之一，因此，技术娴熟的系统管理员更受青睐而收获高薪职位，但这一职位，并没想象中那么容易填补。

系统管理员主要负责服务器和其他电脑操作系统的安装、服务支持和维护，及时处理服务中断和预防其他问题的出现。

总的来说，今年的报告指出开源领域人才需求最大的有开源云（47%），应用开发（44%），大数据（43%），开发运营和安全（42%）。

此外，报告对人事经理的调查显示，58% 期望招揽更多的开源人才，67% 认为开源人才的需求增长会比业内其他领域更甚。有些单位视开源人才为招聘最优选则，它们招聘的开源人才较上年增长了 2 个百分点。

同时，89% 的人事经理认为很难找到颇具天赋的开源人才。

为什么要获取认证

报告显示，对系统管理员的需求刺激着人事经理为 53% 的组织/机构提供正规的培训和专业技术认证，而这一比例去年为 47%。

对系统管理方面感兴趣的 IT 人才考虑获取 Linux 认证已成为行业规律。随便查看几个知名的招聘网站，你就能发现：CompTIA Linux+ 认证是入门级 Linux 系统管理员的最高认证；如果想胜任高级别的系统管理员职位，获取红帽认证工程师（RHCE）和红帽认证系统管理员（RHCSA）则是不可或缺的。

戴士（Dice）2017 技术行业薪资调查显示，2016 年系统管理员的薪水为 79,538 美元，较上年下降了 0.8%；系统架构师的薪水为 125,946 美元，同比下降 4.7%。尽管如此，该调查发现“高水平专业人才仍最受欢迎，特别是那些精通支持产业转型发展所需技术的人才”。

在开源技术方面，HBase（一个开源的分布式数据库）技术人才的薪水在戴士 2017 技术行业薪资调查中排第一。在计算机网络和数据库领域，掌握 OpenVMS 操作系统技术也能获得高薪。

成为出色的系统管理员

出色的系统管理员须在问题出现时马上处理，这意味着你必须时刻准备应对可能出现的状况。这个职位追求“零责备的、精益的、流程或技术上交互式改进的”思维方式和善于自我完善的人格，成为一个系统管理员意味着“你必将与开源软件如 Linux、BSD 甚至开源 Solaris 等结下不解之缘”，Paul English ^译注1 在 opensource.com 上发文指出。

Paul English 认为，现在的系统管理员较以前而言，要更多地与软件打交道，而且要能够编写脚本来协助系统管理。

译注1：Paul English，计算机科学学士，UNIX/Linux 系统管理员，PreOS Security Inc. 公司 CEO，2015-2017 年于为推动系统管理员发展实践的非盈利组织—— 专业系统管理员联盟 League of Professional System Administrator 担任董事会成员。

展望 2018

Robert Half 2018 年技术人才薪资导览预测 2018 年北美地区许多单位将聘用大量系统管理方面的专业人才，同时个人软实力和领导力水平作为优秀人才的考量因素，越来越受到重视。

该报告指出：“良好的聆听能力和批判性思维能力对于理解和解决用户的问题和担忧至关重要，也是 IT 从业者必须具备的重要技能，特别是从事服务台和桌面支持工作相关的技术人员。”

这与Linux基金会 ^译注2 提出的不同阶段的系统管理员必备技能相一致，都强调了强大的分析能力和快速处理问题的能力。

译注2： Linux 基金会 The Linux Foundation ，成立于 2000 年，致力于围绕开源项目构建可持续发展的生态系统，以加速开源项目的技术开发和商业应用；它是世界上最大的开源非盈利组织，在推广、保护和推进 Linux 发展，协同开发，维护“历史上最大的共享资源”上功勋卓越。

如果想逐渐爬上系统管理员职位的金字塔上层，还应该对系统配置的结构化方法充满兴趣；且拥有解决系统安全问题的经验；用户身份验证管理的经验；与非技术人员进行非技术交流的能力；以及优化系统以满足最新的安全需求的能力。

• 下载2017年开源工作报告全文，以获取更多信息。

via: https://www.linux.com/blog/open-source-cloud-skills-and-certification-are-key-sysadmins

作者：linux.com 译者：wangy325 校对：wxy

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

11 月 24 日，Gdevops 全球敏捷运维峰会的 2017 年度收官之站在广州盛大举行。老王受邀参加了本次大会，本做了本次大会的首场演讲《略谈企业的开源战略》。

说起来，Gdevops 已经举办了两年多，我曾经多次参与和主持过大会，开场的视频所滑过的一幕幕，让我不禁心生感慨，逝者如斯夫啊。

虽然参加了两年的 Gdevops，也曾经以主持人的身份主持过多期，但是这次还是老王第一次以演讲者的身份登上 Gdevops 讲台——结果原本感觉 30 分钟还是比较长的，结果讲 high 了，差点没搂着时间。

以下是整理自本次演讲的内容，分享给大家，大家也可以下载演讲的稿件（PDF，2.3Mb）。

演讲的内容主要分成三个部分：

首先追本溯源，简单介绍了开源的历史：

从软件的由来、专有软件的兴起谈到了古典黑客文化的回归：

然后谈到了开源软件的“正确打开方式”：

什么是开源软件（或者自由软件），很多人都有一些理解，不过 开源软件 （ Open Source Software ） 其实是有严格的定义的。开源软件推进联盟（OSI）对其有着完整严密的定义，不过主要是以下几点：

同样，自由软件也有着严格的定义，这个定义的风格很有 RMS 风格。这就是自由软件的四大自由：

开源软件和自由软件有所不同，但是又联系紧密，通常来说，自由软件属于开源软件的一部分，其定义更严格一些。当然，有些场景下，我们会使用更中立的说法：FOSS（自由及开源软件），也有时候用 FLOSS 的写法（L 代表 Libre）。

那么，了解是什么是开源软件之后，开源软件可以赋予你什么权利呢？

开源不等于公共领域，所以开源也是有限制的（许可证），正是因为这些限制，才有开源生态的生生不息的发展：

开源软件的使用也是有一定的规则的：

遵循了这些规则，开源软件能给你带来数之不尽的受益：

一般来说，“打开”开源软件有几个阶段，按照深入程度分别是：

而在这个过程中，开源软件也不单纯是只会带来受益的，也存在一些“打开不当”的风险：

只有以“正确打开”的方式，才能真正受益于开源软件，而不是在拥抱开源的时候，遇到风险：

最后，以企业的视角，来谈谈企业在开源方面的实践操作。基本上，如果不是浅尝辄止，企业在开源方面的实践，应该考虑如下几个方面：

首先是要进行开源计划的规划，而不是随便试试：

并且落实开源方面的组织机构和人员：

如果公司规模比较大，那么不妨从 内部开源 （ Inner Source ） 做起来，这有利于公司内部转换思想、流程，也可以比较早的发现问题：

内部开源有了一定程度之后，可以逐步走向外部社区：

最终形成开放平台和开源生态：

这样，企业的开源才算得上走上了正确的道路。

我的本次演讲就到这里。

2017 中国开源年会 - COSCon'17 于 11 月 18 - 19 日在上海交大闵行校区圆满收官。老王应邀代表 “Linux 中国” 参加了本次盛会。

这次大会总共 1,108 人次到场，在线视频观众总计 2,284 人，参加了接近 60 位大牛讲师的 5 场主题演讲，45 场分会场演讲，6 场动手训练营，5 场嘉宾对谈/观众问答，而来自五湖四海的 50 位可爱的志愿者们，热情地为讲师与观众们服务。

在本次大会上，我发表了题为《如何以翻译贡献参与开源社区——LCTT 这几年》的演讲，就 Linux 中国旗下的志愿者翻译组 LCTT 情况向大家做了介绍，将这几年来的辛酸苦辣、感恩感怀向开源小伙伴们做了倾诉；并就 LCTT 目前的情况和存在的问题，以及下一步的展望做了分析和计划。在本次演讲中，得到诸多关注志愿者翻译活动的社区积极分子的支持，并与其它翻译组织也有了初步合作的沟通。最后，在本次演讲中，我还宣布了重启 LCTT 的 man 翻译计划！

以下内容，摘录自本次演讲，完整的演讲文稿，可从此下载（PDF，3.1 Mb），版式与实际演讲稿有所不同。

演讲内容分为两大部分，分别面向贡献者个人的和面向社区组织者。

面向贡献者谈翻译贡献

首先，谈及为什么要为开源社区做贡献，这是提升自己的一个有益途径：

而且，翻译活动也适合于初入开源社区的同学了解开源和在开源社区中获得进步：

那么，如何参与开源贡献呢？参与的方式有很多，这里从下向上，由易而难依次列出了几个参与的主要方式——而其中所提到的“翻译”就是我本次演讲的主题。

为什么说“参与翻译”是一个比较适合开源贡献者入门的方式呢？是因为：

而且，参与开源社区的翻译活动，要求并不高：

当然，这也是需要你做出一点努力和学习的。

在谈完开源志愿者以翻译贡献参与开源活动之后，我介绍了 LCTT 这几年的发展情况。

LCTT 之路

LCTT 缘起于我对糟糕的 man 文档的中文化翻译的不满：

而这四年来，我们已经取得了令人瞩目的成果：

也涌现出了像 geekpi、oska874 这样卓越的贡献者：

正是这两百多位贡献者，才成就了 LCTT 这几年来成绩。在外出参加社区交流时，我不止一次地听到别人对我表扬 LCTT 翻译的文章不错，这是让我感到最荣耀的事情，是对我们 LCTT 最大的肯定。

然后，我立下了本次演讲中的 flag，我将重启 man 翻译计划。

中文 man 翻译计划——我的执念

man 翻译计划殇于我们的经验不足和对困难的认识不够：

对此，我们进行了一些反思总结：

历史上，man 中文翻译活动沉沉浮浮，但是一直没有取得像样的成功。

所以，我觉得，对于这样一件有意义的事情，不应该只是心里的念想，而应该切实做出来。希望大家支持我们，参与我们，让我们将这件利在千秋的事情做好。

立下这个目标之后，那么想参与的同学该怎么进入呢？我介绍了加入 LCTT 的方式：

如何加入 LCTT

加入 LCTT 并参与到 LCTT 的贡献活动当中，其实很简单，重要的是，你的意愿。你只需要加入我们的专属 QQ 群： 198889102，验证信息输入“志愿者”，即可加入 LCTT 大家庭。成为了一个 LCTT 人，你不但可以为开源社区做出贡献，而且你还会有自己的专页来展示你的成就。

我也简单介绍了 LCTT 的贡献流程：

后面还谈及了一些我们总结的翻译技巧，这里就不写了，大家可以看完整演讲稿了解，也可以和 LCTT 成员在群内沟通。

然后，面向开源社区组织者谈了一下我们组织和运营 LCTT 几年来的经验心得，希望可以给其它开源社区一些有益的参考。

开源社区如何组织翻译活动

作为志愿者翻译组织，首先要做的就是招募愿意参与的志愿者：

其实，我们这次演讲，也是具有一定的招募意义的。

有了参与者之外，就要拟定和执行一个翻译流程：

并建立激励机制：

以及，到了一定规模之后，就应该考虑建立一个翻译工作平台来规范流程和降低参与难度，这也是我们 LCTT 目前亟待进行的工作：

并且，我们自我反思，在 LCTT 的运营中，也存在一些不足。不怕自曝其丑，这些地方也希望可以给大家一些启示：

最后，结束演讲之前，我还大致谈了谈我的开源社区观，具体内容不在此处赘述，大家可以参考我以前写的一篇文章：《如何参与和帮助「Linux 中国」开源社区的发展》

总结

这次参与开源社主办的 “2017 中国开源年会 - COSCon'17”，我见到了许多朋友，有之前闻名已久的新朋友，也有已经熟悉的老朋友。而且，大家的很多分享，都是干货满满——这一点并不是我为朋友们吹嘘，确实，作为开源社区活动人士，很多演讲都让我很有共鸣，也很有启发。

感谢开源社做出的贡献！