贡献者访谈——Matthew Wilkin @cpradio

每周,我们都会在这里的 Meta 社区发布一篇对我们众多深受喜爱的贡献者的访谈。你可以在 user-interviews 标签下找到所有访谈。本周的受访者:

Matthew Wilkin @cpradio

我和妻子

我的工作地点

请简单介绍一下你自己!

所在地:美国俄亥俄州哥伦布市

我是 Grange Insurance 的 IT 高级开发人员,该公司总部位于俄亥俄州哥伦布市。我主要在商业险部门工作,开发 C# 应用程序。我负责领导 90% 被归类为“杂项”的项目,这意味着它们不是旗舰产品,而是对业务底线有重大影响的非主流项目。

工作之余,我是两个孩子的父亲,一个 7 岁的女儿和一个 5 岁的儿子。我还在哥伦布当地的场地担任调音师,这算是我的“爱好”。声音工程是我第二大的热情所在,没有什么比在漫长的工作日后坐在调音台后,聆听乐队排练或现场演奏更能让人振作精神了。我最初使用的是 48 通道模拟调音台 Allen and Heath,后来换成了 Roland M-400 和 M-480,现在我正在操作一台 Roland M-5000 数字调音台,舞台上有总共 10 台 M-48 个人混音器,调音台处还有一台 Engineering M-48。

最后,我大部分周三晚上和周日早上都在 Cypress Church 度过。我在那里的主日礼拜中负责操作调音台(Roland M-5000)。

你是如何第一次了解到 Discourse 的?

通过 Sitepoint。我是 Sitepoint 多年的会员。我大学时加入,后来因为工作繁忙短暂中断,之后在找到一份能让我在工作周拥有更多自由的新工作机会后重新加入。当时的 Sitepoint 运行的是 vBulletin 4,正在考虑是升级到 vBulletin 5 还是转向其他平台。Sitepoint 内部并不是 PHP 公司,而是由 Ruby 和 Rails 开发人员组成。因此,Discourse 是他们考虑切换的平台之一,并最终胜出。

你使用 Discourse 做什么?

哦,天哪,我现在感到有点内疚。我只在 Sitepoint 和 Meta 上使用它。:open_mouth:

你是如何如此深入地参与 Meta 社区的?

起初是为了帮助 Sitepoint 迁移到 Discourse。通过发现导入过程中的错误、学习系统、重写我们的管理指南,总体而言,只是需要对我们即将切换到的系统有一个良好的理解。然而,它很快转变为一种让我学习新语言(Ruby)、两个新框架(Ember 和 Rails)以及新工具包(例如 Docker)的方式。

是什么促使你为 Discourse 做出贡献?

对我来说,这是一个有趣的学习机会。每次投入其中,我都会对 Ruby、Rails、Ember 等了解更多。我也喜欢解决问题,因此从 Contribute > Bug 中发现的一些话题成为了我学习架构和了解 Discourse 工作原理的良好起点。之后, revitalized 插件或创建新插件的机会成为了一些运行 Discourse 的社区的明确需求,所以我尽我所能参与其中。

请介绍一下你参与的另一个非 Discourse 社区!

嗯,我几乎参与的所有社区都是面对面的聚会。C# 聚会,以及整周与乐队成员相处(排练前后),这两个社区都非常有助于建立人脉,并让我结识哥伦布地区的其他音乐家和开发者。遗憾的是,最近因为搬家,原本 20-25 分钟的车程变成了 1 小时以上的车程,所以我没去多少 C# 聚会。:frowning:

开源运动对你有什么意义?

我是开源的忠实粉丝,但我同样认为,如果你使用了它,就应该找到一种方式为其做出贡献,以此表示感谢。这并不意味着你必须是程序员,但愿意回答支持问题、担任 QA 并测试错误报告中的步骤是否导致预期的意外结果、帮助编写功能的需求/规范、文档等,机会是无限的。开源关乎协作。正是协作让它得以运作。不要害怕尝试新事物,学习新事物。

在学习 Discourse 及其社区的过程中,最大的挑战是什么?

从社区方面来说,起初对我最大的挑战是了解社区的动态和个性。早期,且至今仍有影响,社区可能相当直率。但这并不一定是坏事,因为这种直率非常能体现一个了解其软件和流程的社区的特点。然而,作为一个新人,并没有真正参与安装过程,而是作为最终用户学习系统,这种直率对我来说是一个不小的挑战,因为我是从不同于那些必须处理安装过程并可能需要调整部分设置以实现所需行为的人的视角来看待问题的。直到我开始学习 Discourse,了解其工作原理和运作方式后,我才觉得自己能够与社区就我们要解决的问题进行良好的沟通。

从技术方面来说,它与任何不熟悉代码所面临的问题相同。学习 Ember、Ruby 和 Rails,直到能够理解它们如何协同工作,这是至关重要的。一旦有了基础,仍有一些部分需要我在脑海中梳理或向他人寻求解释。然后是学习拉取请求(PR)流程。这些对开发者来说都不是新的挑战。我们都经历过这些。我要指出的一点是,Discourse 很好地确保了其所有关键代码路径都有测试。这对我非常有帮助。

对改进 Meta 社区有什么想法?

我们鼓励受访者在此话题上坦诚发言。即使没有讨论敏感信息,答案也将始终以简短列表的形式呈现。

  • 记住,所有新访客在 Discourse 及其使用的工具方面可能处于不同的生活阶段。

  • 每当我们要重复大量信息时,我们应该寻找更好的方式将这些信息呈现给新来者。

对未来的贡献者有什么建议?

向 Meta 寻求灵感。#contribute:feature、Contribute > BugMarketplace 中有大量话题。它们都是很好的起点。我强烈建议从 Contribute > Bug 中的话题开始,特别是那些具有良好的复现步骤的话题。这是学习系统特定部分的绝佳方式。

38 个赞

A great update, it’s been a while since I’ve read this one

I’m curious, did you complete this goal?

3 个赞

Nope, not even close, but since it takes 6 hours to get there, we don’t get out there often enough to complete that. I think I’m at roughly 40 waterfalls at this point though.

5 个赞

Well that was a blast from the past.

Great interview Matt. It’s been a pleasure working alongside you all these years.

10 个赞