开源设计很丑陋,原因在此

尚无读者喜欢这篇文章。
Your image here

Opensource.com

如果你认识一位正在为开源项目贡献时间的专业设计师,那么他们很可能属于以下三类之一,Garth Braithwaite 解释道。他于周一在 All Things Open 会议上发言。

1) 他们被朋友欺骗或受到同行压力,而这位朋友也是一位开源项目经理。

2) 他们为企业赞助商工作,因此他们的贡献是有报酬的。

3) 他们是一位恰好也是开发人员的设计师。

但这是为什么呢?为什么没有更多设计师在业余时间将他们精湛的技能贡献给开源项目呢?Braithwaite 说,一个很大的问题是文化。Braithwaite 在 Adobe 从事开源项目,担任设计和代码贡献者。他说,设计还没有像 Linus Torvalds 或 Richard Stallman 倡导 Linux 和自由软件那样,拥有自己的开源倡导者。Braithwaite 说,此外,设计学校和管理者经常鼓励学生和员工之间的竞争,这并不能真正培养协作的心态。

如果这还不够,Braithwaite 说设计师通常工作过度且不被赏识。设计师在日常工作中同时处理三个或更多项目的情况并不少见,他说,这并不能真正吸引他们回家后继续从事开源项目。虽然这对开发人员来说也是一个问题,但 Braithwaite 说,他自称是一位混合型设计师/开发人员,最初是设计师,后来为了赚更多钱而转行做开发。他认为设计师的情况更糟,因为他们的人数通常较少。

Braithwaite 特别指出,开源项目在三个关键领域需要设计帮助:用户体验、品牌塑造和可视化用户界面。但 Braithwaite 说,招募他们并非易事,因为开源开发人员尚未营造出让设计师感到自己是社区一份子的氛围。Braithwaite 说,开源社区可能会让人感到“高度排外”,他补充说:“感觉像是一个很酷的孩子俱乐部,(设计师)不是其中一员,或者可能是一个非常书呆子的俱乐部。” 他说,开发人员需要帮助激励设计师。

但如何激励呢?一种方法是帮助你生活中的设计师了解参与开源的好处,并招募他们加入项目。然而,这可能是一个缓慢的过程,所以如果你现在需要设计师并且无法雇用,不要等待,Braithwaite 说。

“你们被正式任命为设计师——你们现在是初级设计师,” Braithwaite 告诉房间里的开发人员。他解释说,设计是一项技能,就像任何技能一样,你可以不断成长。他告诫那些学习展示设计能力的人,要避免因完美主义而瘫痪。另一方面,他说永远不要对你目前的工作质量感到满意,他说所有开发人员都有能力逐步提高他们的设计能力。

对于那些想要为开源项目贡献技能的设计师,Braithwaite 建议他们登录 GitHub,开始浏览需要帮助的项目。此外,他鼓励所有设计师学习使用 HTML、CSS 和 Javascript 进行原型设计——他说这比 PSD 文件对开发人员更有价值。

All Things Open
系列

本文是 All Things Open 演讲者 系列的一部分。All Things Open 是一场探讨企业中的开源、开放技术和开放网络的会议.

User profile image.
Ginny Hamilton 曾是 EnterprisersProject.com 的社区经理,这是一个在线出版物和社区,专注于 CIO 和 IT 领导者如何通过信息技术创造商业价值。Ginny 曾是一名记者,热衷于当地政治、新闻、技术和社交媒体。

7 条评论

你可以用几乎任何其他有创造力的思考者来代替“设计师”这个词,这篇文章仍然适用。开源领域中的作家、编辑、活动家、教育家、社会学家、电影制作人和音乐家在哪里?开源传统上一直与代码有关,尽管我们中的一些人试图走出孤岛,但我们对“开放”的思维方式一直与技术紧密相连。当我们开源社区扩大我们对“开放”实际含义的理解时——当我们撰写《开放组织》之类的书籍,或鼓励新兴的开放子社区(如开放教育或设计可持续的开放住房、社区花园等)时——我们为更多人创造了空间,包括设计师,让他们在我们的集体项目中感受到主人翁意识。

是的!我完全同意你的观点。所有创意人员都需要接受关于开源机会的教育,因为我认为 Garth 的断言是正确的,许多人是在被需要项目帮助的技术朋友拉入后才接触开源的。对于那些了解开源的创意人员来说,除非你知道在哪里寻找以及如何使用工具,否则仍然不容易找到可以贡献的项目。但我喜欢你关于我们如何通过鼓励开放子社区来扩大对开放实际含义的理解的观点。这也很重要。

在此基础上,我真的很喜欢 Opensource.com 资源页面上关于“什么是开源”的解释,它将开源扩展到软件之外:“我们倾向于将开源不仅视为开发和许可计算机软件的方式,而且还视为一种态度。以‘开源方式’对待生活的方方面面意味着表达分享的意愿,以透明的方式与他人协作(以便其他人可以观看和加入),接受失败作为改进的一种手段,并期望——甚至鼓励——其他人也这样做。

这意味着致力于在改善世界方面发挥积极作用,而只有当每个人都能访问世界的设计方式时,才有可能实现这一点。”

回复 作者 LauraHilliger

简单来说
大多数时候,程序员宁愿将自己的想法付诸实践,而不是别人的想法(设计师或任何人)
... 不管是什么原因。

作为一名艺术家/开发人员,我属于第三类,我完全同意他提到的观点。对于艺术家来说,接触并贡献开源项目会让人感到非常畏惧,因为他们没有接受过这些技术的培训。正如他提到的,开发人员是新的设计师,设计师也是如此。我们应该鼓励他们进入开发领域,我可以看到越来越多的艺术家进入开发领域。

我在 Linux 世界的时间和我从事摄影/图形/视频世界的时间差不多长。图形选择和 UI 问题总体上阻碍了我全身心投入(个人)使用,直到几年前。除了文章中提到的原因外,“丑陋”的开源设计的简单解释是,许多高级用户更看重效率而不是美观。当你的用户群主要是高级用户时,“它能用”可能永远胜过“它能用,但可以更漂亮吗?”。最近更加关注外观的窗口管理器、桌面和发行版已经获得了更多非技术用户的软件采用。我想到了 Ubuntu 和 KDE 就是例子。

可能还存在一个悖论,即潜在的贡献设计师更喜欢在熟悉的闭源软件中工作(因为它能用而且很漂亮 :-D),而 OS 社区并不对这种可能性开放。

总的来说,我认为大家已经认识到 OS 设计需要改头换面,才能继续扩展到非技术人员。

开源社区在很大程度上是一个以工程师为中心和主导的世界,甚至对他们自己的工程师同伴也怀有敌意。我一直想提出一个想法来尝试克服这个问题,以便更多创意人员有兴趣参与开源项目。我认为阻止这种情况发生的最大根本问题是,程序员和创意人员的性格类型冲突,需要在这两者之间设立联络员/经理,以便事情能够顺利进行。当我在一所游戏开发学校上学时,创意人员和工程师必须共同努力在紧张的时间内制作游戏,这两个性格类型的人一起工作通常是每个游戏开发团队抱怨的最大问题。我甚至注意到我和我目前工作的其他工程师之间存在冲突。我在工作中有点像程序员和设计师的混合体,即使我在那里是一名工程师,我内心的设计师总是与我工作场所强烈的“工程”类型发生冲突。工程师总是希望一切都保持实用,而创意人员总是希望跳出框框思考。

我最近正在研究这个主题,我认为这个问题要复杂得多。为了解决这个问题,开发人员必须意识到当前的开源工作流程和工具仅适用于开发人员的工作。
设计是一个过程,它遵循不同的路径,需要不同的工具。设计致力于数字产品的策略、身份和可用性,事实上,设计包括许多专业性,而不仅仅是平面设计师。
会编码的设计师是非常宝贵的资源,但这还不够:要制作出色的数字产品,设计必须在项目的不同层面参与进来。
我最近在 Medium 上写了一篇文章,其中我阐述了其中的一些考虑:https://medium.com/@ruggeromotta/open-source-designers-e3247e94ab1f

© . All rights reserved.