蚊章汇 - Jono Bacon
type: channel
link: https://linuxcn.bwsl.wang/author/242/
description: Jono Bacon
items: 远程工作生存指南
items: GPL 没落了吗？
items: 关于开源项目如何选择沟通渠道的思考
items: 自由软件基金会（FSF）30年

远程工作生存指南
type: item
date: 2019-02-08T04:11:07+08:00
description: 远程工作似乎是最近的一个热门话题。CNBC 报道称，70% 的专业人士至少每周在家工作一次。同样地，CoSo Cloud 调查发现， 77% 的人在远程工作时效率更高 ，而 aftercollege 的一份调查显示，8% 的千禧一代会更多地考虑提供远程工作的公司。 这看起来很合理：技术、网络以及文化似乎越来越推动了远程工作的发展。哦，自制咖啡也比以前任何时候更好喝了。目前，我准备写另一篇关于公司如何优化远程工作的文章（所以请确保你加入我们的会员以持续关注——这是免费的）。但今天，我想 分享一些个人如何做好远程工作的建议。不管你是全职远程工作者，或者是可以选择一周某几天在家工作的人，希望这篇文章对你有用。眼下，你需要明白，远程工作不是万能药。当然，穿着睡衣满屋子乱逛，听听反社会音乐，喝一大杯咖啡看起来似乎挺完美的，但这不适合每个人。有的人需要办公室的空间。有的人需要办公室的社会元素。有的人需要从家里走出来。有的人在家里缺乏保持专注的自律。有的人因为好几年未缴退税而怕政府工作人员来住处敲门。远程工作就好像一块肌肉：如果你锻炼并且保持它，那么它能带来极大的力量和能力。如果不这么做，结果就不一样了。在我职业生涯的大多数时间里，我在家工作。我喜欢这么做。当我在家工作的时候，我更有效率，更开心，更有能力。我并非不喜欢在办公室工作，我享受办公室的社会元素，但我更喜欢在家工作时我的“空间”。我喜欢听重金属音乐，但当整个办公室的人不想听到 After The Burial 的时候，这会引起一些问题。“Squirrel.” 图片来源我已经学会了如何正确平衡工作、旅行以及其他元素来管理我的远程工作，以下是我的一些建议。请务必在评论中分享一些你的建议。1、你需要纪律和习惯（以及了解你的“波动”）远程工作确实是需要训练的一块肌肉。就像练出真正的肌肉一样，它需要一个明确的习惯混以健康的纪律。永远保持穿戴整齐（不要穿睡衣）。设置你一天工作的开始和结束时间（大多时候我从早上 9 点工作到下午 6 点）。选好你的午餐休息时间（我的是中午 12 点）。选好你的早晨仪式（我的是电子邮件，紧接着是全面审查客户需求）。决定你的主工作场所在哪（我的主工作场所是我家庭办公室）。决定好每天你什么时候运动（大多数时候我在下午 5 点运动）。设计一个实际的习惯并坚持 66 天。建立一个习惯需要很长时间，尽量不要偏离你的习惯。你越坚持这个习惯，做下去所花费的功夫越少。在这 66 天的末尾，你想都不会想，自然而然地就按习惯去做了。话虽这么说，我们又不住在真空里 (更干净，或者别的什么)。我们都有自己的“波动”。“波动”是你为了改变做事的方法时，对日常做出的一些改变。举个例子，夏天的时候我通常需要更多的阳光。那时我经常会在室外的花园工作。临近假期的时候我更容易分心，所以我在上班时间会更需要呆在室内。有时候我只想要多点人际接触，因此我会在咖啡馆里工作几周。有时候我就是喜欢在厨房或者长椅上工作。你需要认识你的“波动”并倾听你的身体。 首先养成习惯，然后在你认识到自己的“波动”的时候再对它进行适当的调整。2、与你的上司及同事一起设立预期目标不是每个人都知道怎么远程工作，如果你的公司对远程工作没那么熟悉，你尤其需要和同事一起设立预期目标。这件事十分简单：当你要设计自己的日常工作的时候，清楚地跟你的上司和团队进行交流。让他们知道如何找到你，紧急情况下如何联系你，以及你在家的时候如何保持合作。在这里通信方式至关重要。有些远程工作者很怕离开他们的电脑，因为害怕当他们不在的时候有人给他们发消息（他们担心别人会觉得他们在边吃奇多边看 Netflix）。你需要离开一会的时间。你需要在吃午餐的时候眼睛不用一直盯着电脑屏幕。你又不是 911 接线员。设定预期：有时候你可能不能立刻回复，但你会尽快回复。同样地，设定你的通常可响应的时间范围的预期。举个例子，我对客户设立的预期是我一般每天早上 9 点到下午 6 点工作。当然，如果某个客户急需某样东西，我很乐意在这段时间外回应他，但作为一个一般性规则，我通常只在这段时间内工作。这对于生活的平衡是必要的。3、分心是你的敌人，它们需要管理我们都会分心，这是人类的本能。让你分心的事情可能是你的孩子回家了，想玩救援机器人；可能是看看Facebook、Instagram，或者 Twitter 以确保你不会错过任何不受欢迎的政治观点，或者某人的午餐图片；可能是你生活中即将到来的某件事带走了你的注意力（例如，即将举办的婚礼、活动，或者一次大旅行）。你需要明白什么让你分心以及如何管理它。举个例子，我知道我的电子邮件和 Twitter 会让我分心。我经常查看它们，并且每次查看都会让我脱离我正在工作的空间。拿水或者咖啡的时候我总会分心去吃零食，看 Youtube 的视频。我的分心克星…

GPL 没落了吗？
type: item
date: 2017-07-31T18:00:00+08:00
description: 不久之前我看到了 RedMonk 的 Stephen O'Grady 发了一个关于开源协议的有趣的推特，那个推特里面有这张图。这张图片显示了从 2010 到 2017 年间各种开源协议之间的使用率的变化。在这张图片里，显然 GPL 2.0 —— 最纯净的 copyleft 协议之一 —— 的使用率降低了一多半。该图表表明，开源项目中 MIT 协议和 Apache 协议开始受欢迎。GPL 3.0 的使用率也有所上涨。这些意味着什么？为什么 GPL 2.0 的使用率跌的这么多但是 GPL 3.0 仅仅是涨了一丁点？为什么 MIT 协议和 Apache 协议的使用率涨了那么多?当然，有很多原因可以解释这件事情，但是我想这是因为商业开源项目的增多，以及商业社会对于 GPL 协议的担心导致的，我们细细掰扯。GPL 协议与商业社会我知道我要说的可能会激怒一些 GPL 粉，所以在你们开始喷之前，我想说明的是：我支持 GPL，我也是 GPL 粉丝。我写过的所有软件都使用的是 GPL 协议，我也是一直是积极出资支持 自由软件基金会 以及 软件自由保护组织 以及他们的工作的，我支持使用 GPL 协议。我在这说的无关 GPL 的合法性或者 GPL 的巨大价值 —— 毫无疑问这是一个好协议 —— 我在这要说的是业内对于这个协议的看法。大概四年之前，我参加了一个叫做 开源智库 Open Source Think Tank 的峰会。这个峰会是一个私人小型峰会，每年都会把各大开源企业的管理人员请到加利福尼亚的酒庄。这个峰会聚焦于建立关系、构建联盟，找到并解决行业问题。在这个峰会上，有一个分组研究，在其中，与会者被分成小组，被要求给一个真实存在的核心的开源技术推荐一个开源协议。每个小组都给出了回应。不到十分之一的小组推荐了宽容许可证，没有人推荐 GPL 许可证。我看到了开源行业对于 Apache 协议以及 MIT 协议的逐步认可，但是他们却对花时间理解、接受和熟悉 GPL 这件事高高挂起。在这几年里，这种趋势仍在蔓延。除了 Black Duck 的调查之外， 2015 年 GitHub 上的开源协议调查 也显示 MIT 是人们的首选。我还能看到，在我工作的 XPRIZE （我们为我们的 Global Learning XPRIZE 选择了开源协议），在我作为社区领导顾问的工作方面，我也能感觉到那种倾向，因为越来越多的客户觉得把他们的代码用 GPL 发布不舒服。随着 大约 65% 的公司对开源事业做贡献 ，自从 2010 年以后显然开源行业已经引来了不少商业兴趣和投资。我相信，我之前说的那些趋势，已经表明这行业不认为 GPL 适合搞开源生意。连接社区和公司说真的，GPL 的没落不太让人吃惊，因为有如下原因。首先，开源行业已经转型升级，它要在社区发展以及……你懂的……真正能赚钱的商业模型中做出均衡，这是它们要做的最重要的决策。在开源思想发展之初，人们有种误解说，“如果你搞出来了，他们就会用”，他们确实会来使用你的软件，但是在很多情况下，都是“如果你搞出来了，他们不是一定要给你钱。”随着历史的进程，我们看到了许多公司，比如 Red Hat、Automattic、Docker、Canonical、Digital Ocean 等等等等，探索着在开源领域中赚钱的法子。他们探索过分发模式、服务模式，核心开源模式等等。现在可以确定的是，传统的商业软件赚钱的方式已经不再适用开源软件；因此，你得选择一个能够支持你的公司的经营方式的开源协议。在赚钱和免费提供你的技术之间找到平衡在很多情况下是很困难的一件事。这就是我们看到那些变化的原因。尽管 GPL 是一个开源协议，但是它根本上是个自由软件协议，作为自由软件协议，它的管理以及支持是由自由软件基金会提供的。我喜欢自由软件基金会的作品，但是他们已经把观点局限于软件必须 100% 绝对自由。对于自由软件基金会没有多少可以妥协的余地，甚至很多出名的开源项目（比如很多 Linux 发行版）仅仅是因为一丁点二进制固件就被认为是 “非自由” 软件。对于商业来说，最复杂的是它不是非黑即白的，更多的时候是两者混合的灰色，很少有公司有自由软件基金会（或者类似的组织，比如软件自由保护组织）的那种纯粹的理念，因此我想那些公司也不喜欢选择和那些理念相关的协议。我需要说明，我不是在这是说自由软件基金会以及类似的组织（比如软件自由保护组织）的错。他们有着打造完全自由的软件的目标，对于他们来说，走它们选择的路十分合理。自由软件基金会以及软件自由保护组织做了了不起的工作，我将继续支持这些组织以及为他们工作的人们。我只是觉得这种对纯粹性的高要求的一个后果就是让那些公司认为自己难以达到要求，因此，他们使用了非 GPL 的其他协议。我怀疑 GPL 的使用是随着开源软件增…

关于开源项目如何选择沟通渠道的思考
type: item
date: 2017-06-22T18:17:01+08:00
description: 开源项目的首要挑战是找出最佳的贡献者协作方式开源项目要面对的首要挑战之一是如何在贡献者之间沟通。这里有很多的选择：论坛、聊天频道、 工单 （ issue ） 、邮件列表、 拉取请求 （ pull request ） 等等。我们该选择哪个合适的来使用，我们又该如何做呢？令人遗憾的是，项目本身往往不愿做出约束性的决定，而是选择“上述所有”。这就导致了一个支离破碎的社区：有些人使用 Slack/Mattermost/IRC，而有些人使用论坛，有些使用邮件列表，有些则存在于工单之中，很少有人能够读到所有这些途径的内容。在我帮助其建立内外部社区的组织中，这是一个常见的问题。我们会选择哪个渠道，以及出于什么目的？另外，何时可以对它们之一说不呢？这就是我想在此处深度探讨的。结构化和非结构化我并不是个聪明人。因此，我倾向于将问题分成小的部分，这样我可以更好地理解它们。类似地，我倾向于将一个情景中各种选择拆解成更小的部分，来更好地理解它们的目的。我在沟通渠道的选择上也使用这种方法。我认为有两大沟通渠道的分类：结构化和非结构化。结构化渠道在每个单独的沟通单元中都有非常具体的重点。例子如：GitHub / GitLab /Jira 的 工单 （ issue ） 。一个工单是与 bug 或功能有关的一个非常具体的信息。在初始的工单帖子发布之后引发的系列讨论中，通常非常集中在该特定话题上，并会有一个结果（比如 bugfix 或者一个功能的最终计划）。结果通常都反映在状态（例如 “FIXED”、“WONTFIX” 或 “INVALID”）中。这意味着你可以了解沟通的始末，而无需阅读中间的内容。类似的，拉取/合并请求也是结构化的。它们集中在特定类型（通常是代码）的贡献上。在最初的拉取/合并请求后，讨论会非常集中在一个结果上：让贡献符合要求，且合并入代码库中。另一个例子是 StackOverflow/AskBot 这类的问答帖子。这些帖子以一个问题开始，接着被编辑以及回复来提供对这个问题的精确答案。通过这些结构化机制，通常几乎不会偏离其本来结构。你不会在工单、拉取请求或问答话题上看到有人问别人他们的孩子/猫/狗/家人在做什么。偏离话题在社区是不可接受的，这是结构化媒体的力量的一部分：它是集中和（通常）高效的。反之，非结构化媒体包括聊天频道和论坛。在这些环境中，通常会有一个主题（例如频道或分论坛的主题），但是其中的会话与特定结果或结论的关系要小得多，而且通常情况下可能会更普遍。例如，在开发者邮件列表中，你会看到一系列讨论，包括一般问题、新功能的想法、架构争论以及与社区自身运营相关的讨论。每一个讨论都希望让参与者保持对话的焦点、主题和工作效率。但你可以想象，情况往往不是这样的, 这种讨论可能会偏离一个富有成效的结果。记录的影响除了结构化和非结构化沟通的微妙不同外，所记录的内容以及它们如何搜索的所带来的影响也很重要。典型的，所有的结构化渠道都是记录的。人们可以参考以前的 bug，来自 StackOverflow 的问题可以被反复地重新利用。你可以搜索一些东西，即使有很多讨论、常见问题、拉取请求或者提问，都会被更新以反映最终结论。这是一个重点：我们希望能够快速、轻松地挖掘旧问题/提问/拉取请求等，并链接到它们、引用它们。这里的一个关键部分是我们把这个内容转换成可以引用的材料，从而可以用来教育和告知人们以前的知识。随着社区的发展，我们的结构化沟通成为一种知识库，可以通过以往的经验来告知未来。而非结构化沟通变得越来越糟。一方面，论坛的搜索通常都简单高效，但是它们当然充满了非结构化的对话，所以你正在寻找的东西可能被埋在讨论之中。例如，许多社区使用论坛作为支持工具。虽然这是一个更强大的平台，但是问题在于，一个问题的答案可能是在 16 楼或者 340 楼中有回复。随着越来越多的信息来源（比如 Twitter）的轰炸，我们越来越不耐烦地阅读大量的材料，这对于非结构化媒体来说可能是一个问题。一个有趣的特定案例是实时聊天。历史上，很多年来，IRC 为实时聊天铺平了道路，对于大多数 IRC 用户而言很少有（如果有的话）记录这些讨论的念头。的确，一些项目（比如 Ubuntu）记录了 IRC 日志，但是这通常不是有用的资源。如我的伙伴 Atwood 有一次跟我说的：“如果你不得不在聊天中搜索一些东西时，你已经输了。”虽然 IRC 在记录上有所不足，而 Slack 和 Mattermost 会好点。交流会被归档，但是问题仍旧存在：你为什么会想在海量的聊天信息中找出一个人提出的观点呢？其他的渠道能更好地引用先前的讨论。不过，这的确创造了一个有趣的机会。聊天相比其他媒体有个一贯的好处是能体现这是个怎样的人。结构化的渠道，甚至非结构化的渠道，如论坛和邮件列表，很少鼓励闲聊。但聊天是的，聊天时你会…

自由软件基金会（FSF）30年
type: item
date: 2015-10-11T17:00:00+08:00
description: 欢迎回到全新的 Six Degrees 专栏。和往常一样，请把你对此文的想法发到意见箱，把对专栏将来建设的建议发送到我的收件箱。现在我坦诚的讲，这个专栏的走向和预期有些不同。几周前当我思考要写些什么的时候，我详尽研究了 自由软件基金会 （ Free Software Foundation ） ） 的30周年庆和它在当今计算机世界的相关影响。为了给这个话题添些料，我想我应当采访一下 John Sullivan，他是自由软件基金会（FSF）的首席执行官。我的计划和想法很典型，写一些叙述性的事实，然后插入采访片段以充实内容。而后，我收到了 John 发给我的一篇极具细节、内容丰富的采访稿，然后我最初的想法被全部抛到九霄云外。我决定把这篇稿子全篇呈现作为主线，再加入一些注释性的评论。所以这篇专栏会看起来很长，但我想它为这本极具观赏里的杂志增添了迷人的色彩。我建议你倒杯茶或者咖啡，然后坐下来细细品味。时光变幻自由软件基金会成立于1985年。让我来描绘一下那时的计算机世界，Amiga 1000计算机已经问世，C++ 成为了那时主宰计算机的编程语言，Aldus 的 PageMaker 刚刚发布，计算机网络开始萌芽。同一年，Wham! 的 Careless Whisper 风靡各地。30年的时间世事大变。回到1985年其时，FSF 重点关注于主要给那些计算机高手们用的自由软件。而现在我们有了软件、服务、社交网络和很多很多。我首先了解一下 John 认为会影响到现今的软件自由的突出问题的哪些。“我认为电脑用户的自由所面临的巨大风险已经得到广泛的共识，只是也许说法不同。”“第一点是我们所谓的‘微型计算机无处不在’。在这一点上自由软件基金会算是成功的，因为完全自由的操作系统可在笔记本电脑、台式电脑和服务器上运行所有商用系统所能运行的一切。也许还有些需要修补，但它们最终可以解决。然后的挑战是我们如何越过上亿美金的市场和与我们针锋相对的法律制度，把这些系统交付于用户手中。”“然而，一个很严重的问题是那些以体积小为基本特征的计算机设备——即便目前汽车的体积并不算小，但其内置的计算机还是很小的——此类型计算机设备，与手机、平板电脑、智能眼镜、智能手表等都在此讨论之列，这些计算机设备通常都以自由软件为基础，比如说，使用 Linux 内核和一些自由软件，例如安卓或者 GNU，它们的主要作用是运行专有软件和服务支撑，由用户无法控制的远程服务器替代本地计算机完成处理。这些设备服务于关键功能，一些对大众通讯至关重要，还有一些就在我们身边发挥实际作用，另外一些则关系到我们的人身安全，这些软件应该运行在自由软件之上、完全掌控在用户自己手中。而现如今，尚还不是这样。”John 觉得危险并不仅仅是平台或形式，而是整合它们所运行的后台服务。“我们面临的第二大威胁是这许多设备所涉及的服务。如果我们日常工作和休闲应用都运行于我们毫无掌控的服务上的话，那么转而使用自由软件则是有益无害。使用自由软件的关键在于，我们可以直接查看、修改和共享代码。这种自由相当于提供了一层保护膜，即便非技术人员也可以防止自己受制于人。而这种自由是 Facebook、Salesforce 或者 Google Docs 的使用者所感受不到的。更让人揪心的事，有种趋势就是人们为了享受到某些服务，似乎适应了安装于本地电脑的专有软件所带来的羁绊。浏览器，包含 Firefox，现如今都会自动安装一个 DRM 插件，从而方便 Netflix 及其他一些视频巨头的运作。我们需要更加努力的开发去中心化的自由软件来替换媒介分发，这样才可以真正的让用户、艺术家、或者用户艺术家有自主权，其他服务也一样。对于 Facebook 我们有 GNU social，pump.io，Diaspora，Movim 和其它的一些，对 Salesforce 我们有 CiviCRM，对 Google Docs 我们有 Etherpad，对于媒体软件我们有 GNU MediaGoblin。但这所有的项目都需要帮助，而且还有许多服务我们尚没有可替换的竞争软件”有趣的是，John 提到的关于找到如今常见应用软件和服务的替换。FSF 在维护着一个“高优先级项目”列表，设计用来弥补这些缺失。不幸的是这些项目的能力大相径庭，而我们又处于一个社交媒介所主宰的时代，软件只是问题的一部分，而真正的挑战是如何让人们知道并使用它们。这一切都取决于 FSF 如何适应当今的计算机世界。我本人是 FSF 粉丝，我认为他们所做的努力都非常有价值，我也在经济上支持它。他们是一个建立开放计算机环境的重要组织，但所有组织都需要成长、协调、调整，尤其是科技领域的。我更希望了解关于 FSF 如今的作为与创建之初的不同。“我们现在的听众相对于30年前有了很大增长，也扩大了受众领域。现在不止…