设计师如何为开源做贡献

还没有读者喜欢这篇文章。
left and right brain

Opensource.com

我们都知道开源软件并不总是那么美观。Una Kravets,IBM 的前端开发人员,今年将在 OSCON 大会上发表演讲,主题是关于如何让更多设计师参与到我们的项目中。虽然开发者很容易看到协作可以产出更好的软件,但对于习惯于独立工作的设计师来说,情况并非总是如此。我有机会采访了 Una,了解关于开源、设计以及她即将到来的演讲。

请介绍一下你自己和你的背景。

目前,我在 IBM 设计工作室担任前端开发人员。我一直对设计和开发的交叉领域感兴趣,并毕业于平面设计专业,辅修计算机科学。我最近搬到德克萨斯州奥斯汀市在 IBM 工作,但在那之前,我在华盛顿特区生活了几年,在那里我在几家不同的机构和初创公司工作过。

您最初是如何参与开源的?您最喜欢的开源项目是什么?您参与过的“最漂亮”的开源项目是什么?

我在十月份向一个“真正的”开源项目提交了我的第一个拉取请求,从那时起,我一直相当定期地参与其中。我在 SassConf 大会上受到启发参与进来,一旦我开始提交简单的拉取请求,我意识到我可以贡献很多东西。从那时起,我的目标就是让尽可能多的人参与到开源社区中,特别是那些原本认为自己没有什么可以贡献的设计师。

很难选择一个最喜欢的开源项目——我们使用了太多了!我绝对是 Sassnodegulp 的忠实粉丝,因为它们是我每天使用的工具。话虽如此,这三个是我首先想到的,当然不是我喜欢的唯一重要的开源项目。

我刚刚通读了您关于开放设计的 博客文章(并且至少发现了四个我不知道的工具)。您能否提前透露一两个您将在 OSCON 大会上谈论但在文章中没有提及的工具?

我在几个项目中使用过一个很棒的工具,叫做 waffle.io。它本质上是将 GitHub 仓库问题队列变成一个 Trello 面板。它是免费的,无缝集成,并提供了一个可视化界面来帮助管理项目。

第二件事本身不是一个工具,但它是我不断回顾并在开源项目中引用的东西。这就是贡献指南。贡献指南有多种用途:使项目尽可能开放和易于访问,避免冲突,并提供一个框架来讨论问题和拉取请求中的代码。

您谈到设计师根据金钱来衡量自身价值。这是一个我们在开源领域经常听到的说法(“如果是免费的,怎么会好?”)。当涉及到专门招募优秀设计师时,您如何解决这个问题?

最具远见的工作是在自己的时间里出于热情完成的,而不是为了客户的钱。对于开源(特别是无偿)设计,没有客户用合同约束你——你可以自由地玩耍和实验,设计你可能没有其他借口或能力去设计的东西。

开源的美妙之处在于“人多力量大”或“只要有足够的眼睛,所有错误都是肤浅的”。我们如何让有创造力的人在团队中更好地工作?多种设计风格的融合是否存在导致 GUI 不够连贯的风险?

当涉及到开源软件时,我们知道更多的人关注一个软件可以减少错误并加快构建时间。对于设计来说,这也适用,尽管它更困难,因为它仍然被认为是一种相对主观的媒介。为 MVP 决策设定截止日期可以对此有所帮助。我们最近在开源设计品牌推广中使用的一种技术是允许一个时间段(一周)来进行设计、捍卫你的设计、评论其他设计,然后投票赞成一个方向。这个方向随后将被编织到产品其余部分的设计线索中并以此为基础构建。

OSCON
演讲者访谈

本文是 OSCON 2015 的 演讲者访谈系列 的一部分。OSCON 涵盖了所有开源内容——全栈,包括您在日常工作中使用的所有语言、工具、框架和最佳实践。OSCON 2015 将于 7 月 20 日至 24 日在俄勒冈州波特兰市举行。.

User profile image.
Nicole C. Baratta (Engard) 是红帽公司的高级内容策略师。她获得了德雷塞尔大学的 MLIS 学位和朱尼亚塔学院的 BA 学位。Nicole 自愿担任 ChickTech Austin 的主管。妮可因其众多出版物而闻名,其中包括她的著作《Library Mashups》、《More Library Mashups》和《Practical Open Source Software for Libraries》。

评论已关闭。

© . All rights reserved.