Log for
#coscup
<bobchao> 標題:《Eriol Fox 與 Nimisha Vijay – 開源設計師的秘密生活》
<bobchao> Eriol Fox 和 Nimisha Vijay 在本次演講中分享了他們進行的一項長達8個月到1年的研究,主題是"開源設計師的秘密生活"。這項研究由 Super Bloom 發起,旨在為開源設計師提供一個安全、匿名、尊重隱私的環境來分享他們的經歷。
<bobchao> 研究團隊與5位背景多元的設計師合作16週,讓他們每週報告參與開源組織的設計和非設計活動。研究得出了許多有趣的洞見,完整報告可在 GitHub 上找到。
<bobchao> 談到開放性與透明度,所有設計師都為讓設計更開放做出了一些努力,動機包括與利益相關者更好地協作,以及獲得更廣泛社群的參與。這些努力是有成效的,他們分享的設計資源被證明是有用的。
<bobchao> 在與開發者的協作方面,設計師普遍使用 GitHub 或 GitLab 等開發者主導的工具,有時會感到困惑。儘管一些設計師參與編碼,但幾乎所有開發者都參與了設計過程,他們的反饋對設計進展至關重要。
<bobchao> 研究發現,對設計師而言,有用且相關的反饋是衡量成功的重要指標。相反地,"看起來不錯"等泛泛之詞,或是沒有上下文的技術細節,則被視為無用的反饋。設計師也發現,反饋速度緩慢令人沮喪。
<bobchao> 此外,了解開源軟體的優先事項對設計師來說很重要,但要衡量這些優先事項的進展卻相當困難。設計師渴望如同產品經理或專案經理般的角色,以協助確立優先順序。設計師尋找優先事項的地方,與開發者不同。
<bobchao> 研究還探討了設計師離開專案的原因,例如大部分時間花在設計以外的溝通、產品管理等工作上。設計師希望在離開時,留下可讓他人接手的設計、讓專案的設計變得更好,並激勵其他設計師投入開源。
<bobchao> 最後,研究提出了一些建議,如開源專案應留意設計師選擇貢獻方式的考量,例如專案是否明確說明期望設計師解決的問題、專案是否仍然活躍等。總之,吸引設計師參與專案的門檻其實很低,在項目中體現對設計的重視,往往就足以吸引設計師。
<bobchao> 標題:《Eriol Fox 與 Nimisha Vijay – 開源設計師的秘密生活》
<bobchao> Eriol Fox 和 Nimisha Vijay 在本次演講中分享了他們進行的一項長達8個月到1年的研究,主題是"開源設計師的秘密生活"。這項研究由 Super Bloom 發起,旨在為開源設計師提供一個安全、匿名、尊重隱私的環境來分享他們的經歷。
<bobchao> 研究團隊與5位背景多元的設計師合作16週,讓他們每週報告參與開源組織的設計和非設計活動。研究得出了許多有趣的洞見,完整報告可在 GitHub 上找到。
<bobchao> 談到開放性與透明度,所有設計師都為讓設計更開放做出了一些努力,動機包括與利益相關者更好地協作,以及獲得更廣泛社群的參與。這些努力是有成效的,他們分享的設計資源被證明是有用的。
<bobchao> 在與開發者的協作方面,設計師普遍使用 GitHub 或 GitLab 等開發者主導的工具,有時會感到困惑。儘管一些設計師參與編碼,但幾乎所有開發者都參與了設計過程,他們的反饋對設計進展至關重要。
<bobchao> 研究發現,對設計師而言,有用且相關的反饋是衡量成功的重要指標。相反地,"看起來不錯"等泛泛之詞,或是沒有上下文的技術細節,則被視為無用的反饋。設計師也發現,反饋速度緩慢令人沮喪。
<bobchao> 此外,了解開源軟體的優先事項對設計師來說很重要,但要衡量這些優先事項的進展卻相當困難。設計師渴望如同產品經理或專案經理般的角色,以協助確立優先順序。設計師尋找優先事項的地方,與開發者不同。
<bobchao> 研究還探討了設計師離開專案的原因,例如大部分時間花在設計以外的溝通、產品管理等工作上。設計師希望在離開時,留下可讓他人接手的設計、讓專案的設計變得更好,並激勵其他設計師投入開源。
<bobchao> 最後,研究提出了一些建議,如開源專案應留意設計師選擇貢獻方式的考量,例如專案是否明確說明期望設計師解決的問題、專案是否仍然活躍等。總之,吸引設計師參與專案的門檻其實很低,在項目中體現對設計的重視,往往就足以吸引設計師。 (edited)