在 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中国 荣誉推出

在忙碌的生活中抽出时间回馈给你关心的项目。

人们不给开源做贡献（或不能做更多贡献）的最常见的原因之一是缺乏时间。人艰不拆，有这么多的优先的事情争夺你有限的注意力。那么，如何才能在忙碌的生活中为你关心的开源项目抽出时间呢？

为了充分披露，我需要提醒你，我延误了把这篇文章给编辑的时间，因为我抽不出时间写它，所以是否接受我的建议，请自行承担风险。

找出你所关心的

贡献的第一步是弄清楚你正在做些什么。你有一个你自己的为之努力的项目吗？有没有一个你想要帮助的具体项目？或者你只是想做某个事情？弄清楚你正在做的事情将帮助你决定你的生活中的优先事项。

找出其他的方法贡献

编写新功能可能需要数小时的设计、编码和测试。这对于那种只有几分钟时间就得离开，然后再从原来的地方重新开始的情况下并不容易。如果你没有办法进行长于 30 分钟的无中断工作，当你试着完成一个大的任务时，你或许会感到沮丧。

但还有或许可以满足你的需求的其它贡献方式，可以让你利用起来空闲的时间。其中一些可以通过智能手机快速完成，这意味着人们可以避免在通勤上浪费时间，并将其用于开源贡献。以下是可以在小块时间中完成的一些事情列表：

• Bug 分类： 所有的 bug 报告都有必要的信息来诊断和解决它们么？它们是否妥善提交（给出正确的范围，正确的严重程度等）了么？
• 邮件列表支持： 用户或其他贡献者在邮件列表中提出了问题？也许你可以帮忙。
• 文档修补： 文档经常（但不总是）可以比代码用更小块的时间来处理。也许有几个地方你可以补充一下，或者也许是时候浏览一下文档并确保它们仍然准确了。
• 营销： 在社交媒体上谈论你的项目或者社区。写一篇快速入门博文。在新闻聚合里投票和评论。

与你的老板交谈

你可能会认为在上班时间里你不能在开源项目上工作，但是你有问过么？ 特别是如果这个项目以某种方式与你的日常工作相关，那你或许可以和你的老板谈谈，让你可在工作时做出贡献。请注意，这可能存在一些知识产权问题（例如，谁拥有你在工作时间内提供的代码的权利），因此首先做一下研究并以书面形式获得授权。

设置最后期限

我所学到的最佳时间管理建议可以归纳为两个规则：

1. 如果要完成，它必须有一个截止日期
2. 可以更改最后期限

这篇文章有一个最后期限。它没有特别的时间敏感性，但最后期限意味着我定义了什么时候想完成它，并给编辑一个什么时候可以提交的感觉。是的，如上所述，我错过了最后期限。但你知道发生了什么事么？我设定了一个新的期限（二手才最棒！）。

如果有些事是时间敏感的，在你需要返工一两次时，设置最后期限也可以给你一些空间。

将它放到你的日程上

如果你使用日历安排你的生活，那用它安排一些时间来开展你的开源项目，可能是完成此项工作的唯一方法。你计划多少时间取决于你自己，但即使你每周只用一小时作为开源时间，这仍会给你每周一小时的开源时间。

这有一个秘密：有时候，如果你需要时间去做别的事情，或者什么都不想做，那么可以自己取消它。

开拓未使用的时间

你在通勤中感到无聊吗？你晚上睡觉困难么？也许你可以利用这个时间来贡献。现在我认为“每周完全投入工作 169 个小时”的生活方式是一件非常可怕的事情。也就是说，有些夜晚你不能入睡。也许你已经意识到了可以做贡献，而不是躺在床上看看你的 Twitter 上的朋友在世界的另一边做了什么（如我做的）。但是不要养成放弃睡眠的习惯。

停止

有时，贡献最好的方式是一点不贡献。你是一个忙碌的人，不管你是多么的棒，你不能避开你的生理和心理的需要，它们会找上你。花点时间来休息，这也许可以提高你的生产力，使你的工作更快，突然间你就有时间去做那些你一直想做的开源贡献了。

说“不”

我不擅长这个，所以我做的并不好。但是没有人能做到任何想做的事情。有时候，你可以做的最好的事情是停止贡献，就像以前一样，或者没有贡献（参见上文）。

几年前，我领导了 Fedora 文档团队。团队的传统是，在每次发布结束时, 领导会主动提出下台。我已经做了一两次，没有人想要替代我，所以我继续保持着这个角色。但是在我的第二或第三次发布之后，我明确表示，我不会继续担任团队领导了。我还是很喜欢这份工作，但我有一份全职的工作，而且在研究生读到一半时，我的妻子怀了我们的第一个孩子。我没有办法做到始终如一的努力，所以我退出领导了。我继续做出贡献，但是在要求较低的能力的位置中。

如果你正在努力抽出时间来满足你的义务（自我强加的或者不是），那么也许现在是重新考虑你的角色了。这对于你自己创建的或者已经大量投资的项目来说很困难，但有时你不得不这么做——为了你自己好以及项目本身。

其他还有什么？

你如何找到时间作出贡献？ 让我们在评论中知道。

（题图： opensource.com）

作者简介：

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

via: https://opensource.com/article/17/6/find-time-contribute

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

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

编者按：本文中使用的“Free”一词，通常在开源世界会指“自由”，对于此词的辨析，有个著名的例句是，“ 如自由一词的自由 （ free as in freedom ） ”，而非“ 如免费啤酒般的免费 （ free as in beer ） ”，但是在本文中，作者使用的“Free”应该是只使用了其“免费”的词义，并分别在“freedom”、“beer”和“puppy”三个场景下进行了辨析。

我们习惯于软件被描述为“ 自由式免费 free as in freedom ”和“ 啤酒式免费 free as in beer ”。但还有另一种不常被提起的“免费”——“ 幼犬式免费 free as in puppy ”。这个概念来自于当别人送你一只免费的小狗，但那只小狗不是真的免费。日常照顾它需要花费大量精力与金钱。商业术语是“总体拥有成本”，即 TCO ，这适用于所有场景，不仅仅是开源软件和小狗。

既然免费小狗问题适用于所有事，那么它是如何对于开源软件特别重要的呢？有一些解释。首先，如果你已经购买了软件，就会因为消费对它设定期望值。软件起初免费后来需要花钱似乎是很无理的要求。其次，如果这发生在一个组织首次采用开源项目的时候，就会阻碍该组织下一次采用开源项目。最终且违反直觉的是，看起来开源软件需要花钱可能使得它更轻易“卖出”，如果它真的免费，未免也太好了一点。

接下来的部分是软件消费渐显的共同之处。这绝不是一个详尽的列表。

起始消费

开始使用软件之前，你必须首先拥有这个软件。

• 软件： 因为它是开源的不一定意味着它是免费的。
• 硬件： 考虑到软件的需求。如果你没有使用软件所需的硬件（可能是服务器硬件或者客户端硬件），你得买。
• 培训： 很少有软件完全直白如话的。在于你是选择培训还是自己去弄清楚。

• 实战： 把所有零部件放在一起只是开始，现在，是时候把所有东西拼在一起了。

  • 安装和配置： 至少这将花费一些员工的工作时间。如果这是一个大项目，你可能需要花钱请一个系统整合服务商或者其他供应商来做这件事。
  • 数据导入： 如果要取代现成的系统，存在数据搬家的问题。皆大欢喜的是所有都是相同标准编译的，这样就没什么问题。然而在很多情况，需要写一些脚本来提取和重载数据。
  • 其他系统的接口： 说到写脚本，这个软件能和你使用的其他软件（例如，目录服务或者工资软件）很好联系起来吗？
  • 定制： 如果原本的软件不能满足你所有的需求，那它可能需要定制。你可以做到，但是仍需要努力或者是一些原材料。
• 商业变化： 当你的组织希望有所提升时，新软件也可能会变化。然而这种转换不是免费的。例如，生产效率刚开始可能会下降因为员工还在适应新软件。

经营成本

安装软件是简单部分，现在你得使用它。

• 更多培训： 什么，你认为我们已经做好了? 过段时间，你的组织会加入新人，他们需要学习如何使用这个软件，或者说是添加了额外功能的新版本软件发布了。

• 维护：

  • 订阅费： 有些软件通过收取订阅费来提供更新。
  • 补丁：取决于软件的自身，打补丁需要费很多功夫。包括测试和部署。
  • 开发：你自己做所有定制吗？现在你必须维护下去了。
• 支持： 当它坏了得有人来修，无论是供应商还是自己的团队，确实需要一笔花费。
• 良好的做法： 这个不是必需品，但如果你在使用开源软件，无论如何给一些回馈是非常好的。比如代码贡献、在邮件列表提供支持、赞助年度会议等等。
• 商业利益： 好吧，这不是一个付费项，而且它抵消了一些费用。使用软件对你的组织意味着什么呢？如果它使得量产产品减少了 25% 的浪费，这就是价值。再换个例子，它可能帮助你减少 30% 不盈利部分。

这样例子数不胜数，确实需要一定想象力来想出所有的花费。算出正确的价值需要一些实验和大量的的优质客户，但是这样分析一遍的话会使得它更加清晰。就好像一只小狗狗，如果预先知道自己会付出多少，这可能会是一个有价值的实验。

（题图：opensource.com）

作者简介：

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

via: https://opensource.com/article/17/2/hidden-costs-free-software

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

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

图像来源： opensource.com

恭喜你！你已经准备发布你的软件包的最新版本了。现在，你需要保证你的发行说明整洁有序。当然，你可以写上一句“bug 修复以及性能改进”然后就算完成，但这并不能给你的用户传达任何信息。

发行说明同时用于支持和营销。它可以告诉你的的用户，为什么这个发布版本对他们很重要，并可以向潜在用户展示你的软件。所以，你会希望它的内容简洁、易懂，最重要的是：目的明确。写发行说明的方式不止一种，所以本文只是一般提议，并不是一个强制要求。

现在一个流行的趋势，是将发行说明写成包含一堆蠢事的叙事文。如果你想这么写，那请自便 —— 不过要记住，笑话通常是上下文相关的，你觉得很滑稽的内容，可能在你的读者眼里会变得索然无味。而且，不要忘了将那些重要信息写进来。

入门

你能从本文里学到的最主要的经验，可能就是这一条：你的发行说明要写给读它的人看。对于面向用户的软件，发行说明中要注重面向用户的行为，而不是软件的内部实现。举个例子：写“点击‘取消’按钮会把你的电脑点着”，而不要写“在 cancelThatThing 函数中，thermalEventTrigger 的默认值被设为 True”。

尝试将每一条说明限制在一到两句话。重点在于突出强调重要部分，而不是给出详尽的解释。如果你有一个公开的问题追踪页面，你可以在说明中包含问题链接（或者问题编号），这样关注此问题的读者可以通过链接来查看问题的详细内容。

你并不需要严格按照这种方法来写发行说明，但我比较喜欢下面的格式。开头写上版本号，以及发布日期。对于主要版本，你可能要再写几句话，来突出本次发布的主题。比如，“本次发布的重点在于添加了邮件客户端，因为这是所有软件的最终结束状态。”

兼容性更改

如果新版本中包含兼容性或默认行为的变更，你最好将它们着重写出。你的用户、以及提供用户支持的人会感谢你的。在发行说明中描述会遇到行为变更的场景，如何处理变更，以及如果用户对变更不采取行动会导致的后果。对于某些次要版本，你可能没有任何会导致不兼容的变更，那你可以省略此部分。

功能及改进

现在，你该炫耀你的软件包含的那些酷的、新奇的东西了，但是要记得站在用户的角度来写。比如，“该软件现在支持自动发现午餐照片，并将其发布到 Instagram 上。”

已解决的问题

没有软件是完美的，所以在这部分中你需要告诉读者，你的团队为了使这个项目更好一点而做的所有努力工作。因为那些不好的行为已经被解决了，所以应该用过去式来写这一部分。如果某个 bug 的产生原因很明确，写上相关信息。一些项目还在文档此节中包含修复的 bug。

已知问题

因为没有软件是完美的，所以永远会存在未解决的 bug。在这一节中，你需要列出这些已知的问题。你不需要列出所有的问题；主要是影响功能的错误，尤其是那些在上个版本发布后发现的 bug。这一部分的文字用将来时态写出。当你把这些问题解决，你只需要改变动词的时态，然后把它们移到上个部分即可。

作者简介：

Ben Cotten - Ben Cotten 是一个受过专业训练的气象学家，但他现在是一位高性能计算工程师。Ben 是一位循环计算领域的布道者。他是 Fedora 的用户及贡献者，与他人一同创办了一个本地开源会议组，是开源计划的成员，还是软件自由保护的支持者。你可以在 Twitter 上找到他（@FunnelFiasco）。

译者简介：

StdioA —— Pythoner, Player.

via: https://opensource.com/article/17/3/how-to-improve-release-notes

作者：Ben Cotton 译者：StdioA 校对：jasminepeng

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

如果你在开源项目中花费了很多时间的话，你可能会看到使用的术语 “copyleft”（GNU 官方网站上的释义：中文，英文）。虽然这个术语使用比较普遍，但是很多人却不理解它。软件许可是一个至少不亚于文件编辑器和打包格式的激烈辩论的主题。专家们对 copyleft 的理解可能会充斥在好多书中，但是这篇文章可以作为你理解 copyleft 启蒙之路的起点。

什么是 copyright？

在我们可以理解 copyleft 之前，我们必须先介绍一下 copyright 的概念。copyleft 并不是一个脱离于 copyright 的法律框架，copyleft 存在于 copyright 规则中。那么，什么是 copyright？

它的准确定义随着司法权的不同而不同，但是其本质就是：作品的作者对于作品的 复制 （ copying ） （因此这个术语称之为 “copyright”：copy 's right）、表现等有一定的垄断性。在美国，其宪法明确地阐述了美国国会的任务就是制定版权法律来“促进科学和实用艺术的进步”。

不同于以往，版权会立刻附加到作品上——而且不需要注册。默认情况下，所有的权力都是保留的。也就是说，没有经过作者的允许，没有人可以重新出版、表现或者修改作品。这种“允许”就是一种许可，可能还会附加有一定的条件。

如果希望得到对于 copyright 更彻底的介绍，Coursera 上的教育工作者和图书管理员的著作权是一个非常优秀的课程。

什么是 copyleft？

先不要着急，在我们讨论 copyleft 是什么之前，还有一步。首先，让我们解释一下 开源 （ open source ） 意味着什么。所有的开源许可协议，按照 开源倡议的定义 （ Open Source Inititative's definition ） （规定），除其他形式外，必须以源码的形式发放。获得开源软件的任何人都有权利查看并修改源码。

copyleft 许可和所谓的 “ 自由 （ permissive ） ” 许可不同的地方在于，其衍生的作品中，也需要相同的 copyleft 许可。我倾向于通过这种方式来区分两者不同： 自由 （ permissive ） 许可向直接下游的开发者提供了最大的自由（包括能够在闭源项目中使用开源代码的权力），而 copyleft 许可则向最终用户提供最大的自由。

GNU 项目为 copyleft 提供了这个简单的定义（中文，英文）：“ 规则就是当重新分发该程序时，你不可以添加限制来否认其他人对于[自由软件]的自由。 （ the rule that when redistributing the program, you cannot add restrictions to deny other people the central freedoms [of free software]. ） ”这可以被认为权威的定义，因为 GNU 通用许可证 （ GNU General Public License，GPL ） 的各种版本的依然是最广泛使用的 copyleft 许可。

软件中的 copyleft

GPL 家族是最出名的 copyleft 许可，但是它们并不是唯一的。 Mozilla 公共许可协议 （ Mozilla Public License，MPL ） 和 Eclipse 公共许可协议 （ Eclipse Public License，EPL ） 也很出名。很多其它的 copyleft 许可 也有较少的采用。

就像之前章节介绍的那样，一个 copyleft 许可意味着下游的项目不可以在软件的使用上添加额外的限制。这最好用一个例子来说明。如果我写了一个名为 MyCoolProgram 的程序，并且使用 copyleft 许可来发布，你将有使用和修改它的自由。你可以发布你修改后的版本，但是你必须让你的用户拥有我给你的同样的自由。（但）如果我使用 “ 自由 （ permissive ） ” 许可，你将可以将它自由地合并到一个不提供源码的闭源软件中。

对于我的 MyCoolProgram 程序，和你必须能做什么同样重要的是你必须不能做什么。你不必用和我完全一样的许可协议，只要它们相互兼容就行（但一般的为了简单起见，下游的项目也使用相同的许可）。你不必向我贡献出你的修改，但是你这么做的话，通常被认为一个很好的形式，尤其是这些修改是 bug 修复的话。

非软件中的 copyleft

虽然，copyleft 的概念起始于软件世界，但是它也存在于之外的世界。“做你想做的，只要你保留其他人也有做同样的事的权力”的概念是应用于文字创作、视觉艺术等方面的知识共享署名许可（中文，英文）的一个显著的特点（CC BY-SA 4.0 是贡献于 Opensource.com 默认的许可，也是很多开源网站，包括 Linux.cn 在内所采用的内容许可协议）。GNU 自由文档许可证是另一个非软件协议中 copyleft 的例子。在非软件中使用软件协议通常不被建议。

我是否需要选择一种 copyleft 许可？

关于项目应该使用哪一种许可，可以用（已经有了）成篇累牍的文章在阐述。我的建议是首先将许可列表缩小，以满足你的哲学信条和项目目标。GitHub 的 choosealicense.com 是一种查找满足你的需求的许可协议的好方法。tl;drLegal 使用平实的语言来解释了许多常见和不常见的软件许可。而且也要考虑你的项目所在的生态系统，围绕一种特定语言和技术的项目经常使用相同或者相似的许可。如果你希望你的项目可以运行的更出色，你可能需要确保你选择的许可是兼容的。

关于更多 copyleft 的信息，请查看 copyleft 指南。

（题图来自：behance.net）

via: https://opensource.com/resources/what-is-copyleft

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

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