為什么你應該為開源做設計

jopen 9年前發布 | 6K 次閱讀 開源

英文原文: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 —

譯文: 《為什么你應該為開源做設計 》 臘八粥

 本文由用戶 jopen 自行上傳分享,僅供網友學習交流。所有權歸原作者,若您的權利被侵害,請聯系管理員。
 轉載本站原創文章,請注明出處,并保留原始鏈接、圖片水印。
 本站是一個以用戶分享為主的開源技術平臺,歡迎各類分享!