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

jopen 7年前

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

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

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

作品集的建立

设计师新手经常发现他们自己面临着不可逾越的障碍:他们的作品集没有呈现足够的工作经验,由于作品少导致他们找不到工作。这些新手经常借助主动提供的再设计来填充他们的作品集。一份主动提供的再设计是设计师企图再设计受欢迎网站的、概念上的证据。你可以在 DribbbleBehance 网站上看到很多这种概念,甚至有一些网站专门来呈现这种设计,比如 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 CederholmPears,分享了原型和样式方面的通用模式。还有 Brad FrostPattern Lab,分享了他的著名方法原子设计并应用在真实世界广泛的项目中,比如 RetailMeNot,因此设计师简单地通过把他们的作品让其他人使用,就能以甚至更大的方式向 web 贡献力量。这是有趣的。

如何开始

那么,你受到开源社区的鼓舞了吗?不错!

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

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

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

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

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

感谢 Drew McLellanEric SuzanneKyle Neath 给我分享了他们的想法!

— END —

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