注：本文由敏捷翻譯– 張嘉平翻譯自Ben Werdmuller的博文。如需轉載，請參照文章末尾處的宣告。
這是緩慢的一步。首先，我從使用多年的整合開發環境Eclipse轉為使用NetBeans，大約是從去年開始。它更快捷精簡，同時也不會讓電腦的執行速度無故減慢。不過現在，我已在慢慢轉向Coda。它就像一股新鮮空氣，它很有效。Coda是一個本機程式碼Web開發的IDE，而那兩個更適合（構建）Java。對於大型應用程式來說，Java不夠理想。 NetBeans和 Eclipse重建造，Coda重設計。在檢查一切是否運轉正常的同時，也要體驗下程式執行時可能出現的問題。情感體驗是設計的重要一部分。
除程式語言和開發方法/論之外，最重要的技巧是產生共鳴。做軟體需要對使用者需求有深刻的瞭解。我編寫軟體，同時也寫短篇小說，而這兩者有共同之處。我都是為讀者而作。開源經常就像隔靴搔癢，軟體是為開發人員而設計，而不是使用者。我們知道，超過80%的Linux核心貢獻是公司所做出，因此大多數開源軟體是建立在企業內部需要之上，這是合理的推斷。
因此，開源沒有充分體現互動式設計。為了解決客戶們反映的疑難和困惑，Dave Tosh和我建立了Elgg 的0.1版本到0.9版本的介面，這些版本可以使用，然而儘管我為它們驕傲，但是它們很遲鈍，這點無法否認。在1.0版本中，我們有了Pete Harris，一名真正的使用者體驗設計師，他曾經給這個專案帶來過巨大變革。我認為，沒有他，Elgg不會像現在一樣受歡迎。他現與同1.0 版本核心團隊的其他隊員共同繼續開發此專案，我滿懷興趣地等待介面的發展。
對於許多應用程式，開源專案是重要且有效方法。我仍堅信這一點，但我不會因為空想而使用劣質的軟體。那麼我們如何在開源上擴充套件這個設計理念呢？
一部分問題是市場。坦白的地說，商業軟體是用來賣的，而介面是軟體的一部分；開源專案並不是如此，通常出售支援來作為集資策略。
製作軟體並不是一件總是令人充滿動力的事情。（你會發現一些設計絕佳的開源專案（WordPress, StatusNet等），都有商業版本。）它並不是工程師不可缺少的工作議程。我經常聽說一些軟體開發人員在事後空談設計，他們認為現有的設計並沒有那麼重要。我試圖避免僱傭有這類思維模式的開發人員；任何一位自認為自己高人一等，這在開發過程中有破壞性。
另一個問題是設計師的態度。畢竟誰會願意白白葬送自己的勞動成果呢？已有設計師抱怨他們的工作成果被像99designs交易市場上被過低估計。（奇怪的是，很少有開發人員抱怨作品在像oDesk這類的網站上被過低估價，但我卻認為這類網站才是名副其實的估價過低。）
很多開發人員把Github作為作品集的貯藏室，把參與開源專案作為事業上的建樹，然而這對設計師沒有相同的吸引力。儘管有個例，克里斯·梅西納加入火狐無疑促進了他的事業，設計師參與開源社群一般都並不被看好。
開源公司的誘人之處在於他們有為社團負責的宗旨。他們應該理解僱傭設計師的重要性，他們會優先選擇對開源專案有所建樹的設計師。更為重要的是，開發人員瞭解設計師同樣也是工程師，他們只是在用不同的工具。
原文：Ben Werdmuller 翻譯：敏捷翻譯– 張嘉平
如需轉載，但請註明原文/譯文出處、譯文超連結和譯者等資訊，否則視為侵權，謝謝合作！