給 OpenFoundry 的建議
昨晚跟 Freddi 與 KC 碰面，聊的是 OpenFoundry 的推廣活動，在討論過程中有提到過去跟 OpenFoundry 的一些互動，不過時間太久所以印象模糊了些，於是剛剛就找了一下。
是從這篇文章的評論開始的：
http://kiang.blogspot.com/2004/07/20040711.html
OpenFoundry 是由 RT, Kwiki, Sympa, SVK 等工具組成，早期透過 Perl 設計一個整合式的 UI ，現在是使用 Ruby 。在當時看到 autrijus 的評論後，我就試著去翻譯 gforge ，翻譯的成果在 OpenFoundry 網站上都還找的到，只是很久沒有更新：
http://of.openfoundry.org/projects/161/download
不過 OpenFoundry 並沒有採用，只是一直用自己的方式試著把一些工具組合在一起，因此穩定度、畫面整合等問題似乎到了今天還是沒有根本的解決，所以我還是強烈建議他們改採用 gforge ，或是可以選擇類似 sourceforge.net 最近的作法，提供一些常見的應用給專案開發者，像是 Trac ，他們也有將修改的部份公開來：
http://sourceforge.net/project/showfiles.php?group_id=238161&package_id=289462
OpenFoundry 所選擇的應用程式不是不好，而是需要花許多的功夫進行整合，而 GForge 已經整合好了，為什麼不用？ GForge 是基於 Sourceforge 早期釋出的版本進行延伸，因此熟悉 Sourceforge 操作的人對於 GForge 並不會感到陌生，它的安裝相信不會比起開發一個整合介面要難。
就算喜歡使用 Ruby 開發，那為何不選擇使用 Redmine ( http://www.redmine.org/ )，它實作了 Trac 上看的到的功能，還進一步支援多專案等功能，連 Git 都支援了…
上面是針對平台的建議，再來是針對推廣工作。
OpenFoundry 在開放原始碼軟體的推廣工作往往受限於年度計劃方向、執行者的目的(論文？)或是排斥商業行為的習慣，引來了不少的抱怨。
在昨晚的討論中有提到，為什麼不先將焦點放在一些能夠產生良性循環的專案上面？以 CRM 為例，想要使用這方面軟體的公司不少，如果針對這個軟體進行一系列的說明、教學等活動，擴大使用者社群後，自然願意在社群投注資源的企業就會變多，資源多了自然就可以吸引開發者，開發者如果能夠專注於開放原始碼的創作而不需要顧慮經濟問題，相信這個社群會進入所謂的良性循環。
但是目前看到的一些推廣工作，都是將大部分的焦點放在開發者，試著要培養更多的開發者，但是結果似乎永遠不如預期，為什麼？因為參與活動的人大多將獲得的知識放在自己的工作上面，也大多只對於跟現在或未來工作相關的主題感興趣，最後大概只有那種滿腔熱血的青年會跳出來做些事情，不過這樣的熱情大多燃燒不了多久，因為沒有適當的環境來延續這些熱情。
但過度商業化也不是一件好事，如果活動裏面介紹的都是些商業軟體，或是被調整過而且無法直接取得的軟體，相信效果也會大打折扣。
簡單的說，請將焦點集中在使用者社群，這樣的社群才有機會形成產業，產業出現了，就不用擔心開發者不夠的問題；把餅做大，而不是一直在消耗資源讓圈子越來越小。
好吧，如果真的那麼排斥商業，那不妨就先將焦點放在學校用的到的部份，像是 Moodle 或者國人自行開發的學務系統也好( http://x.tnc.edu.tw/ )。
已經有人在做？那為何不要一起做？團結不是應該力量大些嘛？