在项目早期就遇到公开的失败后，一个著名大学的 IT 团队决定将他们的 web 注册系统部署到 Linux上，此举几乎将服务器的最大用户访问量提高了 3 倍

1998年，我在明尼苏达大学为一个新的 web 团队管理他们的服务器管理组。明尼苏达大学是一个非常大的大学，个个院校拥有接近 6000 名在校大学生。当时学校是用一个上了年纪的大型机系统来做学生的档案管理系统，这种系统已经过时了，所以需要做出改变。

这个系统不是 Y2K 类型的（LCTT 译注：保存年份时只用两位数，导致记录 2000 年时计算机会记录为 1900 年，详见 What Does Y2K Compliant Mean?），所以我们准备建立一个由仁科软件公司来交付的新的学生档案管理系统。这个新系统对明尼苏达大学来说有很多作用，不仅能够管理学生的档案，还能提供其他的一些功能。然而它却缺少了一项关键特性：你不能在你的浏览器上通过 web 来给你的班级进行注册。

按照今天的标准来看，这是一个重大的疏忽，但是在上世纪九十年代，互联网还是一个新生概念。亚马逊才建立不久，ebay 刚创业一年，google 呱呱坠地，Wikipedia 还没有影儿。所以 1998 年仁科公司没有支持 web 在线注册课程这个功能也就不足为奇了。但是明尼苏达大学作为 Gopher 网络的发源地，并且给之前的大型机系统开发了一套 web 功能接口，我们觉得 web 在线注册功能对于这个新的学生档案管理系统是至关重要的。

我们在这个 web 团队的任务就是去实现此管理系统的 web 在线注册功能。

幸运的是，我们并不是孤军奋战。我们联系了 IBM ，在第二年一起开始来搭建这个新的 web 在线注册系统。IBM 负责提供硬件和软件环境来运行这个 web 系统：3 个运行最新的 AIX 系统（类 UNIX 操作系统）、IBM Java 和 IBM WebSphere 平台的 SP 电脑节点，并用一个 IBM 的负载均衡器来实现 3 个节点的负载分流。

在经过一年多的开发和测试后，我们的系统终于上线了！但不幸的是失败却接踵而至。

负载过大

在开发过程中，我们无法准确地模拟测试真实场景下许多学生同时登录的场景。原因不是没有测试环境，明尼苏达大学有定制的 web 负载测试软件包，而且 IBM 有自己的工具做补充，但是这个 web 系统在当时对我们来说实在是太陌生了，我们没有意识到这些测试工具是不能满足要求的。

通过数月的测试，我们将此 web 系统的预期负载量调整到 240 个并发用户。但不幸的是，我们实际的使用量却是预期的两倍左右，在第一天系统上线时，超过 400 名学生马上同时登录进系统，由于负载远远超出预期值，3 台 web 服务器直接宕机了。由于持续的高负载，服务器一直崩溃，只能不断地重启。一台刚重启完，另一台又宕机重启了，这种场景居然持续了一个月。

由于不能有效地通过 web 注册，学生只能通过原来的方法来注册：来到登记员的办公室，拿着笔注册，然后再出门。当地报纸也幸灾乐祸地嘲讽道："电脑软件的失败强迫学生只能面对面地注册！"

面对失败这个事实，我们尽自己全力在下一个开发周期中来提高软件性能，在之后 6 个月的时间里，我们疯狂地想去增强这套系统的负载能力。尽管增加了更多的代码，调整了多次配置，还是不能支持更多的用户。尽力了，然而面对的还是失败。

就如所料的，在下一个迭代周期后，迎接我们的还是失败。服务器由于负载问题一次又一次地宕机。这一次新闻标题已经变成了：“web 注册系统就是垃圾”。

在开始下一个为期 6 个月的迭代前，我们已经绝望了。没有人知道服务器不停宕机的原因，我们已经预期这个问题现在是无解的。我们是要采取一些措施来搞定这个问题，但是怎么做呢？以下是我们讨论得出的方法：

是否需要切换新的平台?

IBM 当时引入了 Linux，给它的 Java 和 WebSphere 平台做了二次开发。所有产品都获得了红帽公司的 RHEL 认证，并且有几个产品已经在我们的桌面系统上运行了。我们意识到了现在在 Linux 上已经有了完整的生态系统来运行我们的 web 管理系统，但是它能表现的比 AIX 更好吗？

在搭建好一个测试服务器并进行基本的负载测试后，我们惊奇的发现一台 Linux 服务器能够轻松地支持之前 3 台 AIX 服务器所不能支持的负载量，在相同的 web 代码、IBM Java 和 WebSphere 平台下，单台 Linux 服务器能够支持超过 200 个用户。

我们将这个消息告诉了登记员和 CIO，他们同意将 web 注册系统切换到 Linux 平台上。虽然这是我们第一次在明尼苏达大学跑 Linux，但是失败已成习惯，反而无所畏惧了。AIX 只会失败，Linux 却是我们唯一的希望。

我们马上基于 Linux 来进行开发。另一个组的同事也提供了几台 Intel 服务器来给我们使用，我们给服务器装上红帽系统和相关的 IBM 组件，然后在新系统上进行了持续性的负载测试，令人欣喜的是，Linux 服务器没有出现任何问题。

经过两个月高强度的开发测试，我们的新系统终于上线了，而且是巨大的成功！在巨大的负载下，web 注册系统在 Linux 的表现都堪称完美。同时在线峰值甚至超过了 600 名用户。Linux 拯救了明尼苏达大学的 web 注册系统~

成功的经验

当我回首这个项目时，我发现你可以用以下几个点来向你的团队介绍 Linux：

1、 解决问题, 不要自欺欺人

当我们提议在企业中使用 Linux 时，并不是因为我们认为 Linux 很酷才使用它。当然，我们是 Linux 的爱好者并且已经在自己的环境中运行过它，但是我们在公司是为了解决问题的。能用 Linux 是因为我们的登记员和出资人同意 Linux 是解决问题的一个方法，而不仅仅是因为 Linux很酷我们想用它。

2、 尽可能小的去做改变

我们的成功是建立在 IBM 已经基于 Linux 做出了它的 Java 和 WebSphere 产品的基础上的。这能让我们在将 web 系统从 AIX 切换到 Linux 上不用做过多的修改适配。两者比起来只有硬件和操作系统改变了，其他系统相关的组件都保持了一致，这些都是保证平台切换成功的基石。

3、 诚实对待风险和回报

我们的问题很明显：web 注册系统在前两个迭代周期中都失败了，而且很可能再次失败。当我们将自己的想法（AIX 切换到 Linux）告诉出资方后，我们对其中的风险和回报是心知肚明的。如果我们什么都不做，就只有失败，如果我们尝试切换到 Linux 平台，我们可能会成功，而且从最初的测试结果分析，成功的概率是高于失败的。

而且就算在 Linux 平台下项目还是失败了，我们也可以迅速地切换回 AIX 服务器。有了这些细致的分析和措施，终于使登记员能够安心让我们试试 Linux。

4、 言简意赅地交流

在项目平台切换的过程中，我们做了一个整体计划。我们在一张白纸上明确地写下了我们计划做什么，为什么要这么做。这种方式的成功关键就在于计划的简短性。领导们不喜欢像看小说一样来看技术性的主意，他们不想纠缠在技术细节中。所以我们有意地在执行层面上进行计划安排，在框架层面上进行描述。

当我们在进行平台切换时，我们会定期的告诉出资人当前进展。当新系统成功完成后，我们每天都会提交更新，报告已经有多少学生成功通过此系统完成注册和遇到的问题。

尽管这个项目已经过去了接近 20 年，但是其中的经验教训在今天仍然适用。尽管 Linux 在其中起了举足轻重的作用，但是最重要的还是我们成功地将所有人的目标引导到解决共同的问题上。我认为这种经验也可以运用到很多你所面对的事情当中。

作者简介：

Jim Hall -我是 FreeDOS 项目的发起者和协调人，我也在 GNOME 理事会中担任董事。工作上我是明尼苏达州拉姆西县的首席信息官，空闲时间里我为开源软件的可用性做出相关的贡献，并通过 Outreachy（为女性提供帮助的一项GNOME外展服务）来指导可用性测试。

via: https://opensource.com/article/17/7/how-introduced-organization-linux

作者：Jim Hall 译者：吴霄/toyijiu 校对：wxy

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

安卓 6.0 棉花糖

2015 年 10 月，谷歌给世界带来了安卓 6.0 棉花糖。配合这个版本的发布，谷歌委托生产了两部新的 Nexus 设备：华为 Nexus 6P 和 LG Nexus 5X。除了常规的性能升级，新手机还带有一套关键硬件：为棉花糖的新指纹 API 准备的指纹识别器。棉花糖还引入了一个疯狂的全新搜索特性，被称作“Google Now on Tap”，用户控制的应用权限，一个全新的数据备份系统，以及许多其它的改良。

新谷歌应用

棉花糖是谷歌大标志重新设计后的第一个安卓版本。系统也随之升级，主要是一个新的谷歌应用，给搜索小部件，搜索页面以及应用图标添加了一个多彩的标志。

谷歌将应用抽屉从页面导航的横向布局还原回了单页竖直滚动表的形式。早期版本的安卓用的都是竖直滚动表的形式，直到谷歌在蜂巢中改成了横向页面系统。滚动单页面让人更容易从很多应用中找到目标。一项“快速滚动”的特性同样好用，它可以让你拖动滚动条来激活字母索引。新的应用抽屉布局也用到了小部件抽屉上。考虑到旧系统中小部件轻松就超过了 15 页，这是个大改进。

棉花糖应用抽屉顶部的“建议应用”栏也让查找应用变得更快。该栏显示的内容一直在变化，试图在你需要的时候为你提供你需要的应用。它使用了算法来统计应用使用，经常一起打开的应用以及每天的打开次数。

Google Now on Tap——一个没有完美实现的特性

棉花糖的头等新特性之一就是“Google Now on Tap”。有了 Now on Tap，你可以在安卓的任意界面长按 home 键，安卓会将整个屏幕发送给谷歌进行处理。谷歌会试着分析页面上的内容，并从屏幕底部弹出显示一个特殊的搜索结果列表。

Now on Tap 产生的结果不是通常的 10 个蓝色链接——即便那必定有一个通往谷歌搜索的链接。Now on Tap 还可以深度连接到其它使用了谷歌的应用索引功能的应用。他们的想法是你可以在 Youtube 音乐视频那里唤出 Now on tap，然后获得一个到谷歌 Play 或亚马逊“购买”页面的链接。在演员新闻文章处唤出 Now on Tap 可以链接到 IMDb 应用中该演员的页面上。

谷歌没有让这成为私有特性，而是给安卓创建了一个全新的“Assistant API（助理 API）”。用户可以挑选一个“助理应用”，它可以在长按 home 键的时候获取很多信息。助理应用会获取所有由当前应用加载的数据——不仅是直接从屏幕获取到的——连同所有这些图片还有任何开发者想要包含的元数据。这个 API 驱动了谷歌 Now on Tap，如果愿意的话，它还允许第三方打造 Now on Tap 的竞争对手。

谷歌在棉花糖的发布会上炒作了 Now on Tap，但实际上，这项特性不是很实用。谷歌搜索的价值在于你可以问它准确的问题——你输入你想要的内容，它搜索整个互联网寻找答案或网页。Now on Tap 让事情变得无限困难，因为它甚至不知道你要问的是什么。你带着特定意图打开了 Now on Tap，但你发送给谷歌的查询是很不准确的“屏幕上的所有内容”。谷歌需要猜测你查询的内容然后试着基于它给出有用的结果或操作。

在这背后，谷歌可能在疯狂处理整个页面文字和图片来强行获得你想要的结果。但往往 Now on Tap 给出的结果像是页面每个合适的名词的搜索结果列表。从结果列表中筛选多个查询就像是陷入必应的“搜索结果过载”广告里那样的情形。查询目标的缺失让 Now on Tap 感觉像是让谷歌给你读心，而它永远做不到。谷歌最终给文本选中菜单打了补丁，添加了一个“助理”按钮，给 Now on Tap 提供一些它极度需要的搜索目标。

不得不说 Now on Tap 是个失败的产物。Now on Tap 的快捷方式——长按 home 键——基本上让它成为了一个隐藏，难以发现的特性，很容易就被遗忘了。我们推测这个特性的使用率非常低。即便用户发现了 Now on Tap，它经常没法读取你的想法，在几次尝试之后，大多数用户可能会选择放弃。

随着 2016 年 Google Pixels 的发布，谷歌似乎承认了失败。它把 Now on Tap 改名成了“屏幕搜索”并把它降级成了谷歌助手的支援。谷歌助理——谷歌的新语音命令系统——接管了 Now on Tap 的 home 键手势并将它关联到了语音系统激活后的二次手势。谷歌似乎还从 Now on Tap 差劲的可发现性中学到了教训。谷歌给助理给 home 键添加了一组带动画的彩点，帮助用户发现并记住这个特性。

权限

安卓 6.0 终于引入了应用权限系统，让用户可以细粒度地控制应用可以访问的数据。

应用在安装的时候不再给你一份长长的权限列表。在棉花糖中，应用安装根本不询问任何权限。当应用需要一个权限的时候——比如访问你的位置、摄像头、麦克风，或联系人列表的时候——它们会在需要用到的时候询问。在你使用应用的时候，如果需要新权限时会弹出一个“允许或拒绝”的对话框。一些应用的设置流程这么处理：在启动的时候询问获取一些关键权限，其它的等到需要用到的时候再弹出提示。这样更好地与用户沟通了需要权限是为了做什么——应用需要摄像头权限，因为你刚刚点击了摄像头按钮。

除了及时的“允许或拒绝”对话框，棉花糖还添加了一个权限设置界面。这个复选框大列表让数据敏感用户可以浏览应用拥有的权限。他们不仅可以通过应用来查询，也可以通过权限来查询。举个例子，你可以查看所有拥有访问麦克风权限的应用。

谷歌试验应用权限已经有一段时间了，这些设置界面基本就是隐藏的“App Ops”系统的重生，它是在安卓 4.3 中不小心引入并很快被移除的权限管理系统。

尽管谷歌在之前版本就试验过了，棉花糖的权限系统最大的不同是它代表了一个向权限系统的有序过渡。安卓 4.3 的 App Ops 从没有计划暴露给用户，所以开发者不了解它。在 4.3 中拒绝一个应用需要的一个权限经常导致奇怪的错误信息或一个彻底的崩溃。棉花糖的系统对开发者是缺省的——新的权限系统只适用于针对棉花糖 SDK 开发的应用，谷歌将它作为开发者已经为权限处理做好准备的信号。权限系统还允许在一项功能由于权限被拒绝无法正常工作时与用户进行沟通。应用会被告知它们的权限请求被拒绝，它们可以指导用户在需要该功能的时候去打开该权限访问。

指纹 API

在棉花糖出现之前，少数厂商推出了他们自己的指纹解决方案以作为对苹果的 Touch ID 的回应。但在棉花糖中，谷歌终于带来了生态级别的指纹识别 API。新系统包含了指纹注册界面，指纹验证锁屏以及允许应用将内容保护在一个指纹扫描或锁屏验证之后的 API。

Play 商店是最先支持该 API 的应用之一。你可以使用你的指纹来购买应用，而不用输入你的密码。Nexus 5X 和 6P 是最先支持指纹 API 的手机，手机背面带有指纹读取硬件。

指纹 API 推出不久后时间，是罕见的安卓生态合作例子之一。所有带有指纹识别的手机都使用谷歌的 API，并且大多数银行和购物应用都很好地支持了它。

Ron Amadeo / Ron 是 Ars Technica 的评论编缉，专注于安卓系统和谷歌产品。他总是在追寻新鲜事物，还喜欢拆解事物看看它们到底是怎么运作的。@RonAmadeo

via: http://arstechnica.com/gadgets/2016/10/building-android-a-40000-word-history-of-googles-mobile-os/31/

作者：RON AMADEO 译者：alim0x 校对：wxy

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

Linux 无疑将在物联网中扮演一个关键角色，但是其光彩将与其它的一些分享。

随着 Canonical 重新关注于赢利和新技术，我们中的一些人发现我们正在思考 Linux 未来将走向何方，IoT（物联网）是否是 Linux 的未来？ 本文旨在解决这两个问题。

Mycroft 运行于 Linux

对于大多数非技术世界的人来说，实际上有几个不同的 IoT 项目，它们不是我们不断在网络上看到广告的过度商业化的项目，其中最成功的就是 Mycroft 项目。

使得 Mycroft 有趣的部分原因是你不需要在专门的硬件上得到它。这意味着你可以将其下载到 Raspberry Pi 或甚至您自己的 PC 上。这是物联网领域更常见的来自其它厂商的商业化替代品中所没有出现的自由元素。Mycroft 项目的另一个有趣的事实是，它最初是众筹的，所以从一开始它就是真正的社区驱动的项目。

那么它的技能（skill）——这个用来描述它能力的术语——怎么样？目前，我听到一些褒贬不一的评论。通过查看 Github 上列出的技能，其整个列表似乎相当令人印象深刻。更深层次挖掘的话，很容易看出，它的许多技能比使用专有的 IoT 设备要好。

值得注意的是，为物联网设备开发的官方技能与社区成员开发的功能之间存在明显的区别。Mycroft 的官方技能列表其实很薄弱。让我们面对这个情况，就像 Linux 运行在物联网设备上一样酷，让我大开眼界的是，在 Mycroft Github 页面上并没有一个官方的邮件检查技能。好吧，在社区技能部分有一个 Gmail，它带有一个问号，因为它显然没有验证过是否可以工作（或不工作）。

Google Home - 这是一个包含在谜语中的 Linux 谜题

那么 Google 的物联网产品 Google Home 呢？当然这运行在 Linux上，对吧？是的，在广义上说是这样……事实证明，Google Home 基于 Chromecast。那 Chromecast 呢？它是基于 Google TV。我们还在 Linux 的部分么？不完全是。

显然，Chromecast 基本上运行的是 Android 的精简版。而且我们大多数人都知道，Android 确实使用了 Linux 内核的定制版本。

在这一点上，我觉得我们需要问自己 - Google 是我们可以想出的最好的 Linux 物联网代表吗？我认为不是，因为我觉得他们会愿意做出隐私妥协，而这是我们在一个纯粹的 Linux 物联网环境中所不愿见的。 但这只是我个人的信仰。

假设我们愿意接受 Google Home 这种隐私方面的可疑而带来的好处，也假设有在底层有一些可辨识出来的 Linux 成分，那么与 Mycroft 的纯粹的开源体验相比如何呢？

目前，谷歌正在解决这个局面。首先，如果你愿意，你可以安装 Google Home的“大脑”（称为 Google Assistant）到树莓派上。这可以通过 Google Assistant SDK 获得。

如你猜的那样，这个 SDK 可以在 Linux 上安装。安装完 portaudio、各种库和用 pip 安装 google-assistant-sdk 之后，你可以开始用树莓派进行通话了，就像 Google Home 设备一样。

回到实际 Google Home 设备本身，你可能会想知道它的可用技能？开箱即用，它提供与 Google Play 音乐、Pandora、Spotify 和 iHeart Radio 以及其他流式音乐服务的音乐播放。Google Home 不仅拥有比 Mycroft 更多的“交流”技能，它还可以与像 Netflix 这样的服务和诸如 Philips、Nest 和 IFTTT 等各种智能家居任务的家庭品牌一同工作。我有提到它还可以安排 Google 日历或者订购披萨么？

相比之下，Mycroft 对于想要创造自己的技能的 DIY 开发者来说更好，Google Home 现在可以就开始使用，而不是某一天。

Amazon Echo 可以运行于 Linux

我首先要承认的是我不知道 Amazon Echo 本身是否运行在 Linux 的某些元素上。也就是说，我知道你可以将 Echo 背后的大脑安装到 Linux 驱动的树莓派上！当第一次发布派上的版本时，有点让人失望的是，你不得不按一个按钮来激活 Echo 的聆听模式。

转眼到了现在，派上的 Echo 现在支持用可编程的“热词”来激活它。这意味着你可以运行一个安装了 Linux 的派，其操作方式与官方 Amazon Echo 相似。然后，如果你买了 Echo Dot，你可以跳过额外的工作，省去在树莓派上安装 Mycroft 的那些极客的东西。

就像 Mycroft 和 Google Home 一样，Amazon Echo 可以在派上使用很重要，因为它使任何人都可以使用物联网技术 - 而不仅仅是那些选择官方硬件的人。而且由于亚马逊已经有更多的时间来开发这项技术，因此，可以说 Echo 是超前于可编程技能竞争以及整体进度的。

所以即使 Google Home 在问题回答上做的更好，但是 Echo 支持更多的第三方物联网设备，有些人认为它比 Google Home 的声音更自然。就个人而言，我认为两台设备的声音听起来都不错。但这只是我的意见。

物联网是 Linux 最好的

假如我们用一点时间来继续看看这些与 Linux 兼容的物联网设备或者像 Mycroft 这样真正使用 Linux 的社区伙伴的项目，有一点是可以肯定的，Linux 仍然是等式的一部分。

我认为不使用像 Linux 这样的自由/开放源代码平台是愚蠢的。毕竟，这些设备往往会连接到其他物联网自动化组件。这意味着安全性是一个真正的考虑。在 Linux 下运行物联网意味着我们可以有一个社区确保安全，而不是希望制造商为我们做到这一点。

需要一个例子说明为什么这很重要吗？看看那些不运行开源固件的路由器，当制造商停止支持该设备时会发生什么 - 安全风险开始出现。

物联网是 Linux 的未来吗？在我看来，我认为是……但不是全部。我认为对许多人来说，这是前进的道路。但是最后，我认为在 Linux 之上将会有许多专有的“东西”，只有像 Mycroft 这样纯粹的项目才能保持 Linux。

那么你怎么看？你认为像 Mycroft 这样的开源项目现在与 Google 和 Amazon 的产品在正常竞争么？反之，你觉得还有其他基于 Linux 的产品更适合这项工作么？无论是什么，点击评论，让我们来谈谈。

via: http://www.datamation.com/open-source/is-iot-the-future-of-linux.html

作者：Matt Hartley 译者：geekpi 校对：wxy

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

应用程序的领域在不断发展。底层的 Linux 做了很多工作，而且还在继续，但是在过去几年里，应用程序领域开始增长。在这种情况下，开发人员使用哪种语言构建这些应用程序？简而言之，要看情况，我知道这个说法没啥稀奇的。但是，通过我们拥有的数据，我们可以确定哪些语言领先。

站在山顶的语言是 Java。它已经出现在开源软件领域 15 年以上，但它并不是一直在顶峰。在早期，我们没有看到那么多对 java 开发者感兴趣的，但现在情况已经改变了。它是目前应用领域的权威领导者。虽然这个数字在过去六个季度没有明显增长，但其整体数量却令人印象深刻。平均而言，关注于开源软件的公司发布的职位中有超过 1/3 的职位要求 Java 技能。这对几年前没有在榜单上出现的语言而言是一个非凡的成就。而且，由于它在 Android 中的大量使用，未来这个数字进一步增加也并不奇怪。

在应用程序领域中使用的另一种语言是 C++。虽然它的数量不能与 Java 竞争，但它仍然在这个领域占据了很大的市场份额。而且每 3 个招聘中有一个要求 Java，C++ 则是每 4 个中有一个要求它。与 Java 非常类似，其数量在过去六个季度中保持相对稳定。C++ 一直被大量使用，即使 Java 已经取代它，它仍然是一种高度相关的语言。

进入到网络应用领域，多年来一直在城头变幻大王旗。在早期，大多数 Web 程序毫无疑问地选择使用 PHP 开发。正如之前关于脚本的文章所讨论的，这几年来已经发生了变化。在过去几年中，PHP 的使用似乎有所恶化。在过去一年半的时间里，已经急剧下降了 30％ 以上。这是一个令人震惊的数字，只有时间才能告诉我们趋势是否持续。

最初打破 PHP 领导地位的是 Ruby on Rails。多年来，我看到公司们和开发者们进行了这一转型。Ruby on Rails 经历了一段时间，在这个时期它是这个领域的首选语言。然而，从我们收集的数字来看，它的光泽似乎已经失去了一点。虽然没有像 PHP 这样的衰退，但其数量一直保持相对平稳，它曾经有过的增长似乎停滞不前。

目前在网络应用程序领域的王者似乎是 Javascript。它获得了最大的总数。虽然它的数量保持平坦，这很像 Ruby on Rails，但它已经吸引了更多的观众。平均来说，过去六个季度，公司在分析的 10,000 份工作清单中有 1,500 份需要 Javascript 技能。这比 PHP 或 Ruby on Rails 多了 70％。

随着 PHP 的衰落以及 Ruby on Rails 和 Javascript 停滞不前，是谁在 Web 程序领域保持增长呢？这个群体的突出者似乎是 Golang。它在 2007 年由 Google 内的几位开发人员创建，似乎这种语言开始获得更广泛的受众群体。虽然与我们讨论的其它三个的总数相比不多，但看起来这一年半以来增长了 50％。如果这种趋势继续下去，那将是非常有趣的。在我看来，我预计我们会继续看到 Golang 挤占 其它三个的群体份额。

如往常一样，我们会监测这些语言的各种前进方向，以观察市场趋势。而且，榜单的任何新进入者都会被密切关注。这是一个令人兴奋和动态的发展领域。一个会提供随时间不断变化的结果。

via: https://www.linuxcareer.com/do-you-have-what-it-takes-to-be-a-software-developer

作者：Brent Marinaccio 译者：geekpi 校对：wxy

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

你的组织的律师准备好与开源社区打交道了么？不要让他们犯这些错。

我注意到有相当多的人尝试与开源推进联盟的许可证评估社区以及 Apache 软件基金会的法律事务委员会建立沟通，当轮到你与开放社区进行法律讨论时，我想提供一些成功的提示和技巧。

不要代理人

首先，也是最重要的是，要确保进行谈话的人员既是有资格的，也是有授权的。不要用代理人，这只会让社区沮丧，他们很快会发现你的代表总是扮演二手车推销员的角色并且要求到后面的房间交易。显然，法律讨论将涉及公司的一个团队，可能涉及产品管理、工程和内部咨询。 但代表们需要能够自己控制谈话内容，不要总是引用幕后某个匿名人物的话。

多边主义

开源社区就安全合作所需的确定性达成了难得一致的共识。这种共识体现在其治理中，尤其是在他们使用的开源许可证中。所以当你提出一个新的提案时，就不像是一个普通的商业交易。这些是双边谈判，以双方的自由为代价来创造一个最佳妥协的和平条约。在这个讨论中，你只是许多方面之一，你需要解释为什么你的提案对所有人都有益。写上多边之间的调整本质上是缓慢的，所以不要设置最后期限。无论你做什么，不要建议对开源许可证进行更改！

首先学习

现有的共识和过程其存在是有原因的。你应该了解每个元素的原因，最好连同其发生的历史一起了解，然后再提出修改。这样，你可以在进一步发展的背景下表达你的提案，这样你可以避免在社区历史中受教育（浪费社区资源，降低你机会的有效性）。回看邮件列表，并向开发人员询问历史和来龙去脉。

透明

开源开发人员使用一个迭代、增量修改的过程。即使需要大的变化，它几乎总是用一系列更小、更好的解释或不言而喻的正确变化来实现的，这样每个人都可以跟进并支持。你提出的更改也是如此。不要弄出新的贡献者协议或者修改过的许可证，并期望每个人都相信你是专家、一切都是对的。你需要提供一根“红线”（相当于法律文件的差异），记录每个变化，并提供一个承认任何社区影响并为其辩护的理由。如果你只是为了你自己的利益需要一个东西，那就承认它，而不是希望没有人会注意到。

谦逊

你是一个炙手可热的律师，而你认为只有程序员才使用邮件列表。很明显，对你而言他们缺乏讨论的经验，所以你安排了一个你认为是同等的代理人，简化这一切，或者提出与社区选择的律师进行一对一的讨论。 我很抱歉地说你做的全都是错的。由于社区的政策是多边协商一致的，所以他们很有可能知道他们为什么定下现在的这些决定。名单上的一些人将具有优秀的领域知识，可能会比你的更好。而且一对一这件事是终极的羞辱，就像询问是否有一个成年人可以与你说话。

不要秘密渠道

有可能在某种领导机构，也许你认识在公司法务工作的 VP，也许你认识社区的总法律顾问。虽然在某些情况下，询问如何操控流程的提示可能是可以接受的，但尝试通过秘密渠道讨论或协商来试图影响甚至决定结果，那么结果会很糟糕。你最终可能会被邀请进行一对一的讨论, 但你不应该要求或期待它。

成为一个成员

如果你一切都做得正确，那么社区就有可能尊重你。坚持这些。作为一名冷静、机智的贡献者建立你的声誉。当人们犯你犯过的错误（或者已避免的）时，帮助他们。作为邮件列表社区的值得信赖的参与者，你是项目和雇主的真正资产。继续贡献，一些项目最终会在它们的治理中为你提供一个角色。

这个文章的早期版本最初发表在 Meshed Insights 中。

（题图： opensource.com）

作者简介：

Simon Phipps - 计算机行业和开源老手 Simon Phipps 上线了 Public Software，一个欧洲的开源项目托管，Document Foundation 的志愿者总监。他的帖子由 Patreon 赞助者赞助 - 如果你想要看更多，成为其中一个！

via: https://opensource.com/open-organization/17/3/legal-matters-community

作者：Simon Phipps 译者：geekpi 校对：wxy

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

在 Twitter 上分享的链接可以永久保存，用户不用担心。

互联网是永远的，当发生下面的情况的就不是了。 “链接腐烂” - 当页面移动或者站点脱机，随着时间的流逝，到网站的有效链接就会断开 - 对于尝试在线做研究的人来说，这是一个真正的问题。 互联网档案馆 （ Internet Archive ） 通过在它的“ 时光机 （ Wayback Machine ） ”中提供提交的内容来帮助解决这个问题。

当然，困难的是让人们记得提交档案链接。

这就是 Parker Higgins 的新 Twitter 机器人所切入的地方。@LinkArchiver 会自动提交关注了 互联网档案馆 （ Internet Archive ） 的帐户所提交的链接。如果一个 Twitter 用户关注了 @LinkArchiver，它会回关，即使用户取消关注机器人，它也会继续添加链接。这意味着在 Twitter 上共享的链接可以永久保存，用户不用担心。

无需留意这个方面对 Higgins 非常有吸引力。他对 Opensource.com 说：“我对整个装置的被动程度非常在意。如果你依靠人们选择什么是重要的来存档，你会错过很多最重要的东西，只要抓取每个发表链接的副本，这个机器人应该有助于确保我们不会错过上下文。”

在最初开发机器人之后，Higgins 联系了 互联网档案馆 （ Internet Archive ） 。他对自动化造成问题的担忧很快被消除。尽管他在请求时给 API 请求用了一个自定义的用户代理字符串，但是他说：“他们处理的流量实际上是个舍入错误。”扩展性的问题在 Twitter 方面：其服务限制了帐户的关注者数量和新关注者的比例。这限制了 LinkArchiver 的单个实例的能力。

幸运的是，LinkArchiver 以 AGPLv3 授权在 GitHub 上发布。

有了一台小的服务器和一个 Twitter 账号, 任何人都可以运行这个机器人。Higgins 设想人们运行一个关注特定的兴趣或社交圈子的 LinkArchiver 的实例。“发生在我身上的一件事是，你可以关闭回关行为，并关注特定的组或者兴趣。例如，机器人可以关注一群朋友或同学，或主要媒体，或每一个美国参议员和代表，并存档他们发表的 tweet。”

这不是 Higgins 第一次写 Twitter 机器人：@securethenews、@pomological 以及受欢迎的 @choochoobot 是他之前的作品。这些机器人都是只写的。 LinkArchiver 是他开发的第一个互动机器人，这需要学习几种新技能。这是 Higgins 参与 Recurse Center 的一部分，这是为程序员进行的为期 12 周的活动。

Higgins 鼓励大家的拉取请求以及其他的 LinkArchiver 机器人实例。

（题图：Beatrice Murch 拍摄的 Inernet Archive 总部; CC BY (on Flickr)）

作者简介：

Ben Cotton - Ben Cotton 是一个受训过的气象学家和一名高性能计算机工程师。Ben 在 Cycle Computing 做技术传教士。他是 Fedora 用户和贡献者，合作创办当地的一个开源集会，是一名开源倡议者和软件自由机构的支持者。他的推特 (@FunnelFiasco)

via: https://opensource.com/article/17/7/linkarchiver-automatically-submits-links-internet-archive

作者：Ben Cotton 译者：geekpi 校对：wxy

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