环形buffer代码_为什么Buffer开发人员开源了他的代码

环形buffer代码

``如果您要寻找开源的正式定义，您可能会偶然发现开源倡议董事会成员的这一提纲 。 如果您略过它，那么一定会发现自己觉得很符合的想法或概念。 从本质上讲，开放（和开放源代码）是关于自由分发的-将您的工作放在那里供其他人使用。

这实际上是关于帮助他人并回馈社会。

``当我们开始考虑开放源代码以及如何在Buffer上实现开放源代码时，合适的做法不仅是自然的，而且对于我们的运作方式至关重要。 实际上，如果我们不开始更认真地看待它，似乎在很多方面我们都会对自己造成伤害。

但是当时我还没有意识到开源将对我产生的所有影响。

开源对我作为开发人员，作为Buffer的员工甚至一个人都产生了积极影响。 这些就是我想在这里与您分享的事情，向您展示我们如何偶然发现Buffer的开源。

践行您的价值观

在Buffer，我们以与产品一样多的操作方式而闻名。 我们相信，使您的价值观和文化变得非常透明，可以使您对采取这些价值观和行动更具责任感。 作为在Buffer工作的人，我经常想知道如何才能成为我们所要做的事情的好管家。 我如何以帮助他人的方式推广我们的想法，失败，成功和经验？

``作为一家公司，我们重视透明度并对此予以重视。 我们认为这可以帮助我们运作，我们希望其他人可以看看我们的数据并从中获得真实，持久的价值。 因此，您可以在公开的Google Docs电子表格中找到我们所有的薪水 ，打开Trello板并查看我们的产品路线图 ，甚至可以访问显示我们所有收入的实时仪表板。

想到了这一天，我开始意识到自己并没有充分利用Buffer给我回馈的最大机会：我们自己的代码。 我每天花费数小时编写，测试和思考它，以确保我所做的工作能够为人们解决真正的问题，并通常使他们的生活更轻松或更美好。

那为什么我不分享呢？

从上到下

``我认为这样的价值观往往来自组织的高层。 如果该公司对代码的看法不同，则共享您每天为一家公司编写的代码可能会很困难！ 为此，我们的首席执行官乔尔·加斯科因（Joel Gascoigne）似乎意识到了这一机会，并且对此充满热情。 我记得读过一个月或两个月前开始的电子邮件主题，他在该主题中提出了一些要点，赞成在Buffer使用开源。

约尔曾说过：

“我很乐意分享在Buffer几年来一直在想的事情。众所周知，我们的价值观之一就是表达感激之情。从一开始，我们很幸运能够在Buffer中构建Buffer开源在软件开发领域占很大比重的时代。

没有开源，我们不可能像今天一样大。 实际上，我们甚至根本不会在这里。 互联网很大程度上是建立在那些领导开源开源事业的人们的慷慨之上的。 实际上，我们站在巨人的肩膀上，并且在许多方面，与我们有幸依靠并利用的令人难以置信的技术相比，我们自己所做的都是微小的。

我相信，作为一家公司，为开源做更多的贡献是我们未来的关键部分，几乎是我们的职责。 凭借我们透明的价值，我认为这是人们可能期望并应该对我们期望的事情。”

``一旦我读了那本书，我就会重申。 参与开源社区感觉就像为Buffer做正确的事情。

Buffer的CTO Sunil Sadasivan还是一位热情的开源冠军。 Sunil在Buffer具有最好的工程“全景”，并很快帮助我们在Buffer推动了开源计划的发展。

认识到开源的力量，Sunil帮助我们促进了许多重要的事情-从专门用于公开讨论的Slack频道到开放的建议日程，以及在开放源代码文档中留下评论的习惯。 苏尼尔（Sunil）参与其中，并帮助我们前进。

当首席技术官花时间为公司的开放式思维提供更大的视野时，像我这样的开发人员可以更轻松地对其采取行动。 这是一种共生关系，需要我们中的几个人才能实现对开源的愿景。 看到我们的领导层促进我们的开源努力确实是令人惊讶的。

承诺开源是我们所有人的直觉。 我们知道我们可以在这里做得更好！ 我们的价值观倾向于促进个人成长，感恩和开放。 同样，开源社区也倡导了许多相同的想法。

``这感觉非常适合我们的工作场所和文化。

个人成长

那时，我开始考虑如何提供帮助。 有了如此多的代码和机会，我意识到挑战真正在于找到合适的东西来共享。 我意识到，首先，开源代码应该可以帮助某人。 那么最有帮助的是什么？

当然，我们可以将整个Buffer开源。 这当然符合我们的价值观，但这可能也不是对社区最有益的举动。 似乎在Buffer开始开源运动的正确选择是释放一些专注且个性化的组件。

作为Buffer的iOS开发人员，我最熟悉我们的iOS代码库。 这是我最了解的，所以我从这里开始。 大约在这个时候，我一直在研究模块化组件，以便在我们的应用程序中轻松查看图像。 它易于使用并解决了开发人员在平台上经常遇到的一个实际问题。 感觉就像是一个完美的起点。

最终是。 但是首先，我经历了一次开源现实检查：这是我编写的代码，而我并没有想到世界会检查它。 冒名顶替综合症和疑虑Swift蔓延。我开始自问：

• ``这不好吗？
• 如果有一些错误怎么办？
• 如果人们认为我没有写出最好的部分（基于现有的开源项目）怎么办？
• 如果我错过了重要的快捷方式（例如使用正确的API）怎么办？

仅仅几个小时，我作为一名工程师就经历了重要的成长。 而这种增长直接来自两件事：

• 在一家相信我们分享我们的代码的公司里工作，这是正确的做法
• 向世界公开采购该代码

有时，仅与您的团队一起开发最容易。 他们了解您，并且可能非常熟悉您的编码倾向。 那里有很多舒适（应该也有）。 与此相反，为可能成千上万的人编码时，您的心理状态会Swift从舒适变为怀疑。

``我认为这种经验对于软件工程师来说很重要。 这让我意识到自己面前有不可思议的学习机会。 正如古老的格言所说：“没人击中1.000。” 肯定会有错误或粗糙的边缘，那完全可以。 因此，我共享了代码 。

表示感谢

那种经历与我从开放思维中获得的第二个好处直接相关：感恩。 当我发布我之前提到的开源项目时，社区的接待非常积极。 其他开发人员提到了一些调整，对我们的自述文件进行了一些编辑-最重要的是，他们只是感谢我们发布了该文件！

``这非常重要地提醒了社区驱动的任务有多少发展。 没有任何一个开发人员能够获得所有答案。 有专家，但是我经常看到那些专家指出，社区帮助他们实现了目标。

开源可以帮助其他开发人员工作并完成伟大的事情，但从本质上讲，这也是知识转移的一种行为。 我记得苹果公司将Swift开源的时候。 对我来说，这是令人兴奋的一天。 我兴高采烈地浏览了Apple的代码，并向该语言的行业专家学习。 我整理了一些本来没有的东西，并且学到了很多最佳实践。

简而言之，我对此深表感谢！

开始旅程

使用Buffer的开源软件，我们还处于起步阶段。 我们仍然在问一些问题，以帮助我们走上正确的道路，例如“开放源代码最有用的代码是什么？”之类的东西。 “我们如何告诉人们呢？” 和“我们如何以开源的思维方式发展？”

但是，在整个过程中，我们经常被提醒，互联网实际上是一个非常共享和慷慨的地方。 正如Joel所说，由于其他开发人员的出色代码，我们很高兴能与世界分享他们的辛勤工作，所以我们在Buffer才是今天的我们。 他们设定了多么惊人的标准。

我能想到的就是我希望我们怎样成为那样。 我们想向那些比我们做得更好的人学习，我们将努力达到更高的标准。 我们也想回报并帮助解决问题。 我们希望节省其他人的时间。 我们希望公开分享我们的所有工作。

这就是导致我们开源的原因，它已经对我们思考工作和文化的方式产生了不可思议的影响。 我很高兴看到下一步需要我们。

本文是《 IT文化变革的开放组织指南》的一部分。

翻译自: https://opensource.com/open-organization/16/5/buffer-open-culture

环形buffer代码