幕后变化

棉花糖对自棒棒糖引入的节电任务调度器 API 进行了扩展。任务调度器将应用后台进程从随意唤醒设备规整成一个有组织的系统。任务调度器基本上就是一个后台进程的交通警察。

在棉花糖中，谷歌还添加了一个 “Doze（休眠）”模式来在设备闲置的时候节约更多电量。如果设备静止不动，未接入电源，并且屏幕处于关闭状态，它会慢慢进入低功耗离线模式，锁定后台进程。在一段时间之后，网络连接会被禁用。唤醒会被锁定——应用会请求唤醒手机来运行后台进程——而它会被忽略。系统警报（不含用户设置的闹钟）以及任务调度器也会被关闭。

如果你曾经发现把设备设置为飞行模式，并且注意到电池续航延长了许多，Doze 就像是一个自动的飞行模式，在你手机不用的时候介入——它真的延长了电池续航。它对于整天或整夜放在桌子上的手机很有效，对于平板就更好了，因为它常常被遗忘在咖啡桌上。

唯一能把设备从 Doze 模式唤醒的来自谷歌云消息推送服务的“高优先级消息”。这是为信息服务准备的，所以即使设备处于休眠状态，也能够收取信息。

“应用待机”是另一项或多或少有用的节电特性，它在后台静默运行。这背后的逻辑很简单：如果你和应用停止交互一段时间，安卓就认为它是不重要的，并取消它访问网络和后台进程的权力。

对于应用待机而言，和一个应用“交互”意味着打开一个应用，开始一项前台服务，或者生成一条通知。任何其中的一条操作就会重置该应用的待机计时器。对于每种其它边界情况，谷歌在设置里添加了一个名字意味模糊的“电池优化”界面。用户可以在这里设置应用白名单让它免疫应用待机。至于开发者，他们在开发者设置中有个“不活跃应用”选项可以手动设置应用到待机状态来测试。

应用待机主要是自动禁用你不用的应用，这是个对抗垃圾应用或被遗忘的应用消耗电量的好方法。因为它是完全静默且后台自动执行的，它还能让新手也能拥有一部精心调教过的设备。

谷歌在过去几年尝试了很多应用备份方案，在棉花糖中它又换了个方案。棉花糖的暴力应用备份系统的目标是保存整个应用数据文件夹到云端。这是可能的并且在技术上是可行的，但即便是谷歌自己的应用对它的支持都不怎么好。设置好一部新安卓手机依然是个大麻烦，要处理无数的登录和弹出教程。

到界面这里，棉花糖的备份系统使用了谷歌 Drive 应用。在谷歌 Drive 的设置中有一个“管理备份”界面，不仅会显示新备份系统的应用数据，还有谷歌过去几年尝试的其它应用备份方案的数据。

藏在设置里的还有一个新的“应用关联”功能，它可以将应用“链接”到网站。在应用关联出现之前，在全新安装的机器上打开一个谷歌地图链接通常会弹出一个“使用以下方式打开”的对话框，来获知你是想在浏览器还是在谷歌地图应用中打开这个链接。

这是个愚蠢的问题，因为你当然是想用应用而不是网站——这不就是你安装这个应用的原因嘛。应用关联让网站拥有者可以将他们的应用和网页相关联。如果用户安装了应用，安卓会跳过“使用以下方式打开”直接使用应用。要激活应用关联，开发者只需要在网站放一些安卓会识别的 json 代码。

应用关联对拥有指定客户端应用的站点来说很棒，比如谷歌地图、Instagram、Facebook。对于有 API 以及多种客户端的站点，比如 Twitter，应用关联界面让用户可以设置任意地址的默认关联应用。不过默认应用关联覆盖了百分之九十的用例，在新手机上大大减少了烦人的弹窗。

可选存储是棉花糖的最佳特性之一。它将 SD 卡从一个二级存储池转换成一个完美的合并存储方案。插入 SD 卡，将它格式化，然后你就有了更多的存储空间，而这是你从来没有想过的事情。

插入 SD 卡会弹出一条设置通知，用户可以选择将卡格式化成“外置”或“内置”存储。“内置”存储选项就是新的可选存储模式，它会将存储卡格式化为 ext4 文件系统。唯一的缺点？那就是存储卡和数据都被“锁定”到你的手机上了。如果不格式化的话，你没法取出存储卡插到其它地方使用。谷歌对于内置存储的使用场景判断就是一旦设置就不再更改。

如果你强行拔出了 SD 卡，安卓会尽它最大的努力处理好。它会弹出一条消息“建议最好将 SD 卡插回”和一个“忘记”这张卡的选项。当然“忘记”这张卡将会导致各种数据丢失，建议最好不要这么做。

不幸的是实际上可以使用可选存储的设备很长时间都没有出现。Nexus 设备不支持存储卡，所以为了测试我们插上了一个 U 盘作为我们的可选存储。OEM 厂商最初抵制这项功能，LG 和三星都在他们 2016 年初的旗舰机上禁用了它。三星说“我们相信我们的用户需要 microSD 卡是用来在手机和其它设备之间转移数据的”，一旦卡被格式化成 ext4 这就不可能了。

谷歌的实现让用户可以在外置和内置存储选项之间选择。但 OEM 厂商完全拿掉了内置存储功能，不给用户选择的机会。高级用户们对此很不高兴，并且安卓定制组们很快就重启启用了可选存储。在 Galaxy S7 上，第三方定制组甚至在官方发布的的前一天解除了三星的 SD 卡锁定。

音量和通知

为了更简洁的设计，谷歌将通知优先级控制从音量弹窗中移除了。按下音量键会弹出一个单独的滑动条，对应当前音源控制，还有一个下拉按钮可以展开控制面板，显示所有的三个声音控制条：通知，媒体和闹钟。所有的通知优先级控制还在——它们现在在一个“勿扰模式”的快速设置方块中。

通知控制最有用的新功能之一是允许用户控制抬头通知——现在叫“预览”通知。这项功能让通知在屏幕顶部弹出，就像 iOS 那样。谷歌认为最重要的通知应该提升到高于你普通日常通知的地位。

但是，在棒棒糖中，这项特性引入的时候，谷歌糟糕地让开发者来决定他们的应用是否“重要”。毫无疑问，所有开发者都认为他的应用是世界上最重要的东西。所以尽管最初这项特性是为你亲密联系人的即时消息设计的，最后变成了被 Facebook 的点赞通知所操控。在棉花糖中，每个应用在通知设置都有一个“设置为优先”复选框，给了用户一把大锤来收拾不守规矩的应用。

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

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

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

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

在开放组织中，在线追踪问题可以将客户转变成伙伴。

一个公开的问题追踪器是开放组织的重要沟通工具，和在公开渠道中开展工作相比，没有比这种方式更透明和包容的方式了。因此，让我们来探讨一下在开放组织中使用问题跟踪器的一些最佳实践。

在开始之前，我们先来定义“ 问题追踪器 issue tracker ”的含义。简单地说，问题跟踪器是一个共享的待办事项列表。想象一下一张胡乱写的待办事项列表：购买面包、邮件打包、归还图书馆书籍。当你在城里开车时，把列表上的每一项划掉的感觉很好。现在，将它扩展到你需要在组织中完成的工作，并增加合适的软件协作能力。这样你就有一个问题追踪器了！

无论你使用的是 GitHub 还是其他的，如 Bitbucket、GitLab 或 Trello，问题跟踪器都是与你的伙伴进行协调的正确工具。这对将外部人员变成伙伴是至关重要的，这是开放组织的特征之一。那么这是如何工作的？我很高兴你问了这个问题。

使用问题追踪器的最佳实践

使用公共问题跟踪器将外部人员转换为伙伴的最佳实践是基于过去五年来我们在 Gratipay 的经验。我们帮助公司和其他组织为开源买单，我们喜欢使用我们的问题跟踪器与我们的社区合作。这就是我们所学到的。

0、 隐私优先。 在这篇文章中谈论公共问题追踪器的隐私看上去是一个奇怪的开始。但是我们必须记住，开放本身并不是目的，任何真诚和真正的开放是建立在安全和认可的坚实基础之上的。不要公开发布客户或其他第三方私下给你的信息，除非你明确提出了要求并且得到了他们的明确同意。采纳一个隐私政策并培训你的人员。这篇 Gratipay 的政策可供参考。好的！现在这部分清楚之后，让我们继续。

1、 默认采用公开决策。 如果你私下做决策，你就会失去运行一个开放组织的好处，比如表达多样化的想法、招募有活力的人才、实现更大的责任感。即使你的全职员工是最初使用你的公共问题跟踪器的唯一员工，那也要这么做。 避免将你的公共问题追踪器视为二等公民。如果你在办公室进行对话，请在公共问题跟踪器上发布摘要，并在最终决策之前给你的社区留出时间来响应。这是使用问题跟踪器解锁你组织开放权力的第一步：如果它不在问题追踪器中，那就没用！

2、 关联其他工具。 我们许多人都喜欢 IRC 和 Slack，这并不是什么秘密。或者你的组织已经使用 Trello，但是你也想开始使用 GitHub。这没问题！在 GitHub issue 中放入 Trello 卡片的链接很容易，反之亦然。交叉关联保证了被一个或另一个问题困住的外部人员能够发现帮助它们充分理解这个问题的更多相关信息。对于聊天服务，你可能需要配置公共日志记录才能维护关联（隐私注意事项：当你这么做时，请务必在你的频道描述中宣传该事实）。也就是说，你应该在私人 Slack 或其他私人渠道中对话，就像在办公室里面对面的对话一样。换句话说，一定要总结公众问题跟踪器上的对话。看看上面说的：无论离线或在线，如果不在问题跟踪器中，那就没用！

3、 将谈话导向追踪器中。 社交媒体很快就能获得很多反馈，尤其是发现问题，但这不是解决问题的地方。问题跟踪器为深入的对话和分析根本原因留出了空间。更重要的是，它们是为了完成任务而优化的，而不是无限拖延。当问题解决后点击“关闭”按钮的感觉真的很好！现在将公共问题跟踪器作为你的主要工作场所，你可以开始邀请在社交媒体上与你接触的外部人员在追踪器中进一步地讨论。简单的如，“感谢您的反馈！听起来像是（某个公共问题的链接）？” ，这可以在很大程度上向外界传达你的组织没有隐藏的内容，并欢迎他们的参与。

4、 设置一个“元”追踪器。 在一开始，你的问题追踪器很自然聚焦在具体产品上。当你准备好开放到一个新的水平时，考虑设置一个关于你的组织本身的问题跟踪。在 Gratipay，我们有一个称之为 “Inside Gratipay”的公共问题追踪器，我们愿意在其中讨论我们组织的任何方面，从我们的预算到我们的法律结构到我们的名字。 是的，这有时有点混乱 —— 重命名组织是一个特别激烈的争议话题！但对我们来说，在社区参与方面的好处是值得的。

5、 将你的元追踪器用于加入过程。 一旦你有一个元问题追踪器，就有了一个新的加入过程：邀请潜在的伙伴创建自己的入场券。如果他们以前从未使用过你的特定的问题追踪器，那么这将是他们学习的极好机会。注册帐号并提交问题应该很简单（如果不是，请考虑切换工具！）。这将让你的新伙伴尽早跨过门槛，开始分享参与感，并在组织内部拥有一席之地。当然，没有问题是愚蠢的，尤其是在某个人的入场券中更是如此。这是你的新伙伴熟悉组织工作方式时询问任何问题的地方。你需要确保快速回复他们的问题，让他们参与并帮助他们融入你的组织。这也是一个很好的方法来记录你最终授予这个人的各种系统的访问权限。至关重要的是，这可以在雇佣他们之前开始。

6、 雷达项目。 大多数问题跟踪器包括一些组织和排序任务的方法。例如，GitHub 有里程碑和项目。这些通常旨在使组织成员的工作重点相一致。在 Gratipay，我们发现使用这些工具可以帮助协作者拥有并排序各自的工作重点。与其它的问题跟踪器通常提供的将问题分配给特定个人的做法不同，我们发现这一点提供了不同的价值。 我可能会关心别人正在积极工作的问题，或者我可能有兴趣开始某些事情，但别人先提出来我也很高兴。拥有自己的项目空间来组织我对该组织的工作的看法是与我的伙伴们沟通“我的雷达上有什么”的强大方式。

7、 使用机器人自动化任务。 最终，你可能会发现某些任务会一再出现。这表明自动化可以简化你的工作流程。在 Gratipay，我们构建了一个机器人帮助我们完成一些重复的任务。诚然，这是一个有点高级的用法。如果你达到了这一点，你能完全使用公共问题追踪器来开放你的组织！

如 Jim Whitehurst 所说 “吸引社区内外参与” ，这些是我们在 Gratipay 内使用我们的问题跟踪器的一些最有用的做法。也就是说，我们一直在学习。如果你有自己的经验分享，请发表评论！

作者简介：

Chad Whitacre - 我是 Gratipay 的创始人，Gratipay 是一个开放组织，致力于培育一个感恩、慷慨和爱的经济。我们帮助公司和其它组织为开源买单，以及赞助我们的平台。在线下，我居住在美国宾夕法尼亚州匹兹堡，在线上，我活跃在 GitHub。

via: https://opensource.com/open-organization/17/2/tracking-issues-publicly

作者：Chad Whitacre 译者：geekpi 校对：wxy

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

Linux 的帮助手册其实拥有很多有用的信息，而且比你想象中更容易使用

我们通常通过 google 来查询 Linux 中的命令说明，但是其实还有一个更好的办法：那就是通过 Linux 自带的 man 帮助页来查询命令详尽完整的使用说明。

man 页面的历史本身比 Linux 还长，可以追溯到 Unix 早期那个年代。 通过这个 Wikipedia 可以知道，Dennis Ritchie 和 Ken Thompson 在 1971 年写了第一个 man 帮助页，那个年代的计算器使用的还是像烤箱一样的计算机，个人电脑还未出世。man 帮助页也有它自己的一套设计精炼的语法，和 Unix 与 Linux 一样，man 帮助页也不是一成不变的，它就像 Linux 内核一样不停地发展更新。

Man 帮助页通过数字标识符来分成不同类型的内容：

1. 一般用户命令
2. 系统调用命令
3. 库函数
4. 特殊的文件和驱动程序
5. 文件格式
6. 游戏和屏保
7. 杂项
8. 系统管理命令和守护进程

尽管如此，用户一般也不需要知道他们想查询的命令是属于哪一个类型的。

这些文件格式化的方式在当今许多用户看来有点古怪。因为最开始他们是用 trooff 的方式，通过 PostScript 打印机来打印，所以包含了头部和布局方面的格式化信息。在 Linux 中，取而代之使用了一种叫做 groff) 的方法。

在我的 Fedora 系统中，man 帮助页相关的文件存储在 /usr/share/man 下的子目录中（比如 man1 存储第一部分的命令），还有进一步的子目录用于存储 man 帮助页的翻译。

如果你在 Shell 中查找 man 命令的 man 帮助页，你时间看到将是 gzip 工具压缩的 man.1.gz 文件。想要查询 man 帮助页，需要输入类似如下命令：

man man

这个例子会显示 man 命令的 man 帮助页，这将先解压 man 帮助页文件，然后解释格式化指令并用 less 显示结果，所以导航操作和在 less 中一样。

所有的 man 帮助页都应该显示这些子段落：Name、 Synopsis、 Description、Examples、See、Also。有些还会添加一些额外的子段落，比如 Options、 Exit、Status、 Environment、Bugs、Files、Author、Reporting、Bugs、History、Copyright。

详细说明一个 man 帮助页

为了更详细地介绍一个典型的 man 帮助页，就用 ls 命令的帮助页来分析吧，在 Name 分段下，我们可以看到如下内容：

ls - list directory contents

它会简要地告诉我 ls 这条命令的作用.

在 Synopsis 分段下，我们可以看到如下的内容:

ls [OPTION]... [FILE]…

任何在中括号中的元素都是可选的。你可以只输入 ls 命令，后面不接任何参数。参数后面的省略号表示你可以添加任意多个彼此兼容的参数，以及许多文件名。对于 [FILE] 参数，你可以指定具体的目录名，或者可以使用通配符 *，比如这个例子，它会显示 Documents 文件夹下的 .txt 文件：

ls Documents/*.txt

在 Description 分段下, 我们可以看到关于这条命令更加详细的信息，还有关于这条命令各个参数作用的详细介绍的列表，比如说 ls 命令第一个选项 -a 参数，它的作用是显示包括隐藏文件/目录在内的所有文件：

-a, --all 

如果我们想用这些参数，要么用它们的别名，比如 -a，要么用它们的全名，比如 --all（两条中划线）。然而并不是所有参数都有全名和别名（比如 --author 只有一种），而且两者的名字并不总是相互关联的（-F 和 --classify）。当你想用多个参数时，要么以空格隔开，要么共用一个连字符 -，在连字符后连续输入你需要的参数（不要添加空格）。比如下面两个等价的例子：

ls -a -d -l

ls -adl

但是 tar 这个命令有些例外，由于一些历史遗留原因，当参数使用别名时可以不用添加连字符 -，因此以下两种命令都是合法的：

tar -cvf filearchive.tar thisdirectory/

tar cvf filearchive.tar thisdirectory/

ls 的 Description 分段后是 Author、Reporting Bugs、Copyright、 See Also 等分段。

See Also 分段会提供一些相关的 man 帮助页，没事的话可以看看。毕竟除了命令外还有许多其他类型的 man 帮助页。

有一些命令不是系统命令，而是 Bash 特有的，比如 alias 和 cd。这些 Bash 特有的命令可以在 BASH\_BUILTINS man 帮助页中查看，和上面的比起来它们的描述更加精炼，不过内容都是类似的。

其实通过 man 帮助页让你可以获得大量有用的信息，特别是当你想用一个已经很久没用过的命令，需要复习下这条命令的作用时。这个时候 man 帮助页饱受非议的简洁性反而对你来说是更好的。

作者简介：

Greg Pittman - Greg 是住在肯塔基州路易斯维尔的一位退休神经学家，但是却对计算机和编程保持着长久的兴趣，从二十世纪六十年代就开始捣腾 Fortran IV 了。随着 Linux 和开源软件的到来，更加激起了他去学习的兴趣并投身于这项事业中，并成为 Scribus 组织的一员。

via: https://opensource.com/article/17/7/using-man-pages

作者：Greg Pittman 译者：吴霄/toyijiu 校对：wxy

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

“更好的捕鼠器“ 并不是一个合格生物学家的专用谚语。就像 Ubuntu，它只需要好好工作，而不会让我惊着。

（LCTT 译注，“做个更好的捕鼠器”是个国外的谚语，意指不断有人发明更好的捕鼠器，然而其实没什么大的意义。）

Roblimo 的藏身处

我从来就不是一个计算机极客。事实上，我在网上第一次小有名气是为 Time/Life 写一个每周专栏的时候，这个专栏的名字是“这台老电脑”。它介绍的是一台古老的设备能够做什么——通常是在上面安装 Linux——在那之后，我又在Andover.net 上开设了一个相同的专栏，名字叫做“廉价计算”，是关于如何在这个世界省钱的——而其它那些大部分在线计算机专栏都是在让你花钱花到你没饭吃（LCTT 译者注：作者的意思是“我算是一股清流了”）。

据我所知的那些大部分的 Linux 的早期使用者，都痴迷于他们的电脑，还有那些让他们电脑有用的软件。他们乐于仔细研读源代码并且做出一点小小的修改。最关键的是，他们大多是学计算机的，或者是从事 IT 行业的。他们的计算机和计算机网络迷住了他们，就像他们本该那样似的。

我过去是（现在也是）一个作者，不是一个搞计算机的。于我而言，计算机一直都只是一个工具而已。我希望它们能够老老实实的听话，我让它们做啥就做啥，最多可以出一点点小毛病。我喜欢图形化界面，因为我记不住那么长的命令行来管理我的电脑和网络。当然，我能找到它们，也能输入它们，但是我可不想费劲。

在 Linux 这个圈子里，有那么一段时间用户很少。“你什么意思？你只是想要你的电脑去写点文章，或者最多添加点 HTML 么？”开发者和管理员这样询问道，好像所有除了编写代码之外的奉献者们都不如他们所贡献的。

但是尽管面临这些讥笑和嘲讽，我在一次又一次的宣讲和谈话中提出一个像这样的主题：“不要光挠自己的痒痒，也帮你女朋友解决一下啊！还有你的同事，以及那些你最喜欢的饭店的厨子们，还有你的医生。难道你不希望你的医生专注于医治病人，而是在 apt get 以及 grep 里心烦意乱？”

所以，是的，因为我希望能够更简单的使用 Linux，我是一个早期的曼德拉草用户，而现在，我是一个快乐的 Ubuntu 使用者。

为什么是 Ubuntu？你一定是在逗我？为什么不是呢？它是 Linux 发行版中的丰田凯美瑞（或者本田思域）！平凡而卓越。它是如此的流行，你可以在 IRC、LinuxQuestion 社区、 Ubuntu 自己的论坛，以及许许多多的地方得到帮助。

当然，使用 Debian 或者 Fedora 也是很酷的，还有 Mint 也是开箱即用又华丽万分。但是我依然感兴趣于写一些文章和添加一点点 HTML，以及在浏览器中随时看点什么、在 Google Docs 为一两个公司客气写点什么，随时接收我的邮件，用一张过去或者现在的图片做这做那……基本上我就在电脑上干点这些。

当这一切都正常的时候，我的桌面是什么样子就没有意义了。我又看不见它！它整个被应用窗口覆盖了！然后我使用了两个显示器，不仅仅是一个。我有……让我数数，17 个标签页打开在两个 Chrome 窗口中。并且 GIMP 在运行中，Bluefish，这个我刚才在使用的东西，用来书写这篇文章。

所以对我而言，Ubuntu 是我的阻力最小的道路。Mint 或许比较可爱，但是当你使用它的时候去掉它的那些边边角角的修饰，它不就是 Ubuntu 吗？所以如果我是用一个个相同的程序，并且不能看见桌面环境，所以谁还在意它长什么样子？

有些研究表明 Mint 正在变得更加流行，而有些人说 Debian 更甚。但是在他们的研究中，Ubuntu 永远都是居于最上位的，尽管这一年又一年过去了。

所以称我为大多数人吧！说我乏味吧！称我为乌央乌央的、普普通通的 Ubuntu 用户吧——至少从现在开始……

作者简介：

Robin "Roblimo" Miller 是一个自由职业作者，并且是开源技术集团的前主编，该公司旗下有 SourceForge、 freshmeat、Linux.com、NewForge、ThinkGeek 以及 Slashdot，并且他直到最近依然在 Slashdot 担任视频编辑。虽然他现在基本上退休了，但他仍然兼任 Grid Dynamics 的社论顾问，而且（显然）在为 FOSS Force 在写文章。

via: http://fossforce.com/2017/01/many-humble-ubuntu-users/

作者：Robin "Roblimo" Miller 译者：svtter 校对：wxy

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

想了解更多关于 OpenStack 的内容？这些免费资源可能只是你所需要的。

云基础设施是一个非常需要的技能。如果你正在为你的云基础架构需求寻找开源解决方案，那么 OpenStack 就是其中之一。

OpenStack 是一个巨大的项目集合，为云服务的几乎每一个部分都提供了解决方案和集成。虽然这个巨大范围使得它成为一个强大的工具，但这也意味着可能很难跟上并了解整个项目，了解如何使用它们、如何自定义它们以及如何向其提供代码。

幸运的是，有很多选择可以帮助你。除了官方项目文档、纸质书籍和认证培训计划外，还有大量社区创造的优秀资源。我们每个月可以在 Opensource.com 上查看它在博客和其他网站上最近发布的指南和教程，这会给你启发。我们来看看这次我们发现了什么。

• 首先在本月的这一批中，我们有一篇来自 Antony Messerli 的指南，介绍如何通过 Ansible 设置 OpenStack 云。Messerli 将引导我们完成实验室环境中的配置以及在集群上运行 OpenStack 所需的 playbook，还有添加镜像、设置网络等的基础知识。如果你正在考虑使用 Ansible 安装 OpenStack 小型本地测试环境，这是一篇很好的文章。
• 接下来，你有没有想过 Neutron 网络如何在 OpenStack 中的工作的？应用程序中发生的事情如何对应于底层代码？Arie Bregman 在这篇文章中提供了一段 OpenStack Neutron 代码。你需要熟悉一般的网络原理，至少有一点 OpenStack 代码基础才能跟上。
• Gerrit是 OpenStack 使用的开源代码审查项目，用于管理上传的修补程序，并允许在将更改合并到主 OpenStack 代码库之前进行反馈和测试。对于那些习惯于不同的代码审查系统（或根本没有的），Gerrit 可能会有点混乱，尽管它具有很好的仪表板功能，因此你只能看到对你很重要的信息。Dougal Matthews 在这篇文章中带我们看了他的 Gerrit 仪表板设置，这可能会帮助你设置自己的。
• 上个月在波士顿举办的 OpenStack 峰会的视频已经发布了，无论你是否参加过上个月的活动，这都包含了技术和非技术专题的宝库。不知道从哪里开始？这有个来自 Julio Villarreal Pelegrino 关于如何规划、构建、运行一个成功的 OpenStack 云计算的演讲。
• 任何云管理员都应该担心安全问题。但你从哪里开始？Naveen Joy 发布了一个很好的十个安全问题的清单，用于加固你的 OpenStack 网络；你可以在上个月的同一主题演讲中查看这个视频。
• OpenStack 中的内部消息服务在一个公共库中进行管理，该库存在于一个称为 Oslo 的项目中，自然它被称为 Oslo.Messenging。要了解这个库的基础知识，它在这个分为两个部分的博客中提到。

想要了解更多？可以从这三年来社区说提供的内容中找到我们完整的 OpenStack 指南、如何做和教程，以帮助你学习成为一名高效的 OpenStack 开发人员或管理员。

有很棒教程、指导或者如何做需要我们分享的么？在下面的评论中分享。

作者简介：

Jason Baker - Jason 热衷于使用技术使世界更加开放，从软件开发到阳光政府行动。Linux 桌面爱好者、地图/地理空间爱好者、树莓派工匠、数据分析和可视化极客、偶尔的码农、云本土主义者。在 Twitter 上关注他。

via: https://opensource.com/article/17/6/openstack-guides-and-tutorials

作者：Jason Baker 译者：geekpi 校对：wxy

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

来自 Linux 内核首领的最佳生活提示。

OSLS 报道： Linus Torvalds 认为，技术行业的创新庆祝活动是沾沾自喜，自我陶醉和自私自利的。

他所使用的艺术化术语更为直率：“行业的创新如此之多都是胡说。” 他说：“人人创新——不要做这种‘不同思考’，这是无意义的，它们有百分之九十九只是工作而已。”

周三在加利福尼亚州召开的开源领袖峰会（OSLS）中，Linux 基金会执行总监 Jim Zemlin 采访了 Linus，讨论了他如何管理 Linux 内核的开发和他对工作的态度。

Torvalds 说：“所有的炒作都不是真正的工作，真正的工作是在细节之中。”

Torvalds 表示赞成这样一个观点，即成功的项目是 99％ 的汗水，百分之一的创新。

作为开源 Linux 内核的创造者和仁慈独裁者，不用提还是 Git 分布式版本控制系统的发明者，Torvalds 已经证明他的方法产生了结果。Linux 对技术行业的影响已经不用再夸大了。Linux 是服务器的主要操作系统，几乎所有的高性能计算都运行在 Linux 上，而大多数移动设备和嵌入式设备都依赖于 Linux。

Linux 内核可能是 PC 时代最成功的技术协作项目。根据 Zemlin 的说法，内核贡献者自 2005 年以来总共增加了 13500 多个，其中每天大约增加 10000 行代码，移除 8000 行代码，修改 1500 到 1800 行代码，而且这一直在继续 —— 虽然不是一直以目前的速度 —— 但这已经超过了二十五年。

Torvalds 说：“我们已经这样做了 25 年，而且我们遇到的一个常见问题是人们彼此需要磨合。所以组织代码、组织代码流、[以及]组织我们的维护关系构成了我们的历史，最终那些痛点，我说的是代码争议，基本上消失了。”

Torvalds 解释说，该项目的结构使人们能够独立工作。他说：“我们已经能够真正模块化代码和开发模式，所以我们可以并行做很多事情。”

Torvalds 说，技术起着明显的作用，但流程至少是同样重要的。

Torvalds 说：“这是一个社会化项目。这是技术层面的东西，而技术是让人们能够就问题达成一致的东西，因为……它通常有非常明确的对和错。”

但是现在 Torvalds 并没有像 20 年前一样对每一个变化进行审查，而是依靠贡献者的社交网络。他说：“这是社交网络和信任，并且我们有一个非常强大的网络，这就是为什么我们可以有一千人参与到每个发布当中。”

对信任的重视解释了参与内核开发的困难，因为人们不可以登录、提交代码然后消失不见。Torvalds 说：“你要提交很多小的补丁直到维护者信任你才行，在这一点上，你不仅仅是一个提交补丁的人，而是成为信任网络的一部分。”

十年前，Torvalds 表示，他告诉其他内核贡献者，他希望有一个八周的发布时间表，而不是可能拖延几年的发布周期。内核开发人员设法将其发布周期减少到大约两个半月。从那时起，开发工作就一直很平稳。

Torvalds 说：“说我们的流程有多么好很无聊。对于我来说，所有真正紧张的时刻都是关于流程的，它们和代码无关，当代码不工作时，这实际上是令人高兴的……流程问题是很痛苦的。你永远不会想有流程问题……尤其是当人们开始彼此生气时。”

via: http://www.theregister.co.uk/2017/02/15/think_different_shut_up_and_work_harder_says_linus_torvalds/

作者：Thomas Claburn 译者：geekpi 校对：wxy

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