为什么你应该为开源做设计

jopen 10年前

英文原文：Why You Should Design for Open Source

老实讲，大多数设计师不喜欢平白无故做东西。我们团结起来抵制 spec work，支持合同以得到报酬。这完全是你作为专业设计师在此行业应该做的，这是你的工作，你的艰苦工作的技能，这是你的面包和黄油，领取报酬。

然而，我将用足够的证据说明你为什么也应该考虑为开源做设计工作。首先，我应该指出，不是所有的开源工作都是免费工作。一些公司雇佣开源贡献者全职忙于他们的项目，通常是由于这个项目要被上述公司使用。其他一些公司鼓励开源贡献，甚至为这些项目提供 20% 的时间（你可以每周投入一天时间在开源上）。这些都是超级不错的情形。无论你碰巧在做这种类型的工作，还是决定自发贡献你的时间和精力，为开源做设计可以在很多方面得到回报。

作品集的建立

设计师新手经常发现他们自己面临着不可逾越的障碍：他们的作品集没有呈现足够的工作经验，由于作品少导致他们找不到工作。这些新手经常借助主动提供的再设计来填充他们的作品集。一份主动提供的再设计是设计师企图再设计受欢迎网站的、概念上的证据。你可以在 Dribbble 和 Behance 网站上看到很多这种概念，甚至有一些网站专门来呈现这种设计，比如 Uninvited Designs。甚至为他们准备了 reddit 的子版。

对于主动提供的再设计，尽管一些人从两个方面看待，但还是存在着大量的负面评价。你是否想做1-2 个作品来填充作品集，当然取决于你。但是有个更好的建议，为什么不转而为开源项目贡献设计呢？

你能够轻松找到很多急需设计工作的项目，从品牌到信息设计【注1】、文档、网站或应用程序的设计。做这些工作要远远好于主动提供的再设计。你得到了伟大的作品集，实际上有更大的潜力被用到（尤其是在核心团队赞同它的时候）。这是一个双赢。

不是所有的设计师需要填充作品集，但是贡献开源还有其它好处。

回馈社区

我的第一份自愿工作的经历可追溯到 2004 年，那时候我和朋友 Vineet Thapar 一起工作于 W3C 的网页易读性倡议（Web Accessibility Initiative，简称 WAI)的再设计项目。向将被 W3C 使用的网站贡献 CSS，让我感到非常激动！不幸的是，它决定了一个不同的方向，我的作品没有被使用。然而，能有这次机会仍然是相当激动人心的，我不会为那一刻的工作感到遗憾。我从这次经历学到了很多易读性方面的东西，它对我此后的某些工作有不少帮助。

差不多十年后，我碰到了 Sass。核心维护人员之一的 Chris Eppstein 有一天在 推ter 上表示，Saas 网站和品牌急需设计上的帮助。这导致了开源任务小组 Team Sass Design 的建立，我们重做了品牌和网站，于 2013 年在 SassConf 上发布。

它有助于我当前的工作。当我面试时，我在作品集评审阶段展示它。在 Sass 网站上尝试过的技能给了我灵感，它帮助我在团队开发的设计系统上创建了更多的丰富特性。最重要的是，我很快明白了，成为 Sass 社区的一员，是让人振奋的。这是最大的收获。把我喜爱的和使用的技术回馈出来，感觉真的不错。

Ben Werdmuller 就开源对于设计的需要写了文章。从中看到设计师在以优秀的方式向开源贡献力量。当 A List Apart 网站开源时，Anna Debenham 通过帮助开发它的模式资源库贡献代码。Bevan Stephens 致力于 FontForge 的网站设计。还有一些设计师创建了他们自己的开源项目。Dan Cederholm 的 Pears，分享了原型和样式方面的通用模式。还有 Brad Frost 的 Pattern Lab，分享了他的著名方法原子设计并应用在真实世界广泛的项目中，比如 RetailMeNot，因此设计师简单地通过把他们的作品让其他人使用，就能以甚至更大的方式向 web 贡献力量。这是有趣的。

如何开始

那么，你受到开源社区的鼓舞了吗？不错！

刚开始，你可能对要参与的事情感到担忧或不舒服。没关系，优先考虑项目是因为某个原因而开源的。你的贡献能够帮助良多。

如果你找到了有兴趣帮助的项目，你要确保做相应的研究。有时候项目团队成员将被依附于他们当前的设计。核心团队已经有设计师了？首先联系到那名 设计师。对于你认为你的设计强于他们的设计，不要表现得太强硬。而要就如何让设计变得更好，提供一些建设性反馈和建议。机会是，如果这个设计师关心这个项 目，你提了很好的建议，那么他们将会采纳。

有一些贡献指导吗？阅读和遵循社区规则是正确的礼仪。你将提高工作被接受的几率，这说明你在花时间了解和增加项目的总体质量。项目缺少指导？那就在开始设计工作之前，考虑为此启动一个草案。

在给开源贡献力量时，用你的倡议以可管理的方式解决问题。大量的 pull request 难以评审，经常容易被忽视或拒绝。致力于小型的、模块化的和迭代式的贡献。

这就是我的个人看法，我从经历中学到了什么以及为什么我爱开源。如果你在这方面有自己的经验，以及你学到了什么，我乐于倾听。请在评论里分享！

感谢 Drew McLellan、Eric Suzanne、Kyle Neath 给我分享了他们的想法！

— END —

译文： 《为什么你应该为开源做设计 》 腊八粥