http://blog.twpug.org/86
比較精彩的是當時的 comment log，原網站已不存在，也沒找到 google 備份，貼在這裡當記錄：
9 Comments:
Blogger autrijus said...
"ps. 該網站發表評論的系統不會還要經過審核吧，這樣好像不太自由...；希望
Movable Type 發表評論應該是自動登的, 你可能需要強制重新載入頁面 (shift
所以大概是多慮了.
11:33 上午
Blogger autrijus said...
"我問的是為什麼OpenFoundry要自行開發專案維護系統而不是像日本一樣跟隨著
系統本地化"
sf.net 是私有軟體系統, 要收授權費, 並且不能重新散播,
所以祗能說是 "VA 的腳步", 不是 "世界的腳步".
當時似乎也有考慮過直接用 GForge, 將 OpenFoundry 想要的功能直接用 PHP
不過好像沒有人接下來做. 如果你願意, 或找得到人做這個, 我個人倒是蠻有興
"因為這樣子一來就可以有更多的人力放在自由軟體的推廣上"
即使是付授權費建置了 sourceforge.net.tw, 也要花相等的
人力做後續建置和維護... 這似乎是不太省得下來的人力, 也
不容易直接 "調配" 去做推廣呢. :-)
/Autrijus/
11:44 上午
Blogger kiang said...
Movable Type 發表評論應該是自動登的, 你可能需要強制重新載入頁面 (shift
所以大概是多慮了.
---
恩，剛發表完重新讀取頁面還是看不到，可能是這個原因吧，sorry
---
sf.net 是私有軟體系統, 要收授權費, 並且不能重新散播,所以祗能說是 "VA
---
恩，可能我對於它的授權基礎沒有看的很仔細吧~^^
---
當時似乎也有考慮過直接用 GForge, 將 OpenFoundry 想要的功能直接用 PHP
不過好像沒有人接下來做. 如果你願意, 或找得到人做這個, 我個人倒是蠻有興
---
這個網站： http://forge.novell.com 也有著類似的系統，只是不知道跟 GFor
比起來哪個完整；OpenFoundry需要什麼樣的特殊功能？必要性真的有那麼高嗎
---
即使是付授權費建置了 sourceforge.net.tw, 也要花相等的人力做後續建置和
這似乎是不太省得下來的人力, 也不容易直接 "調配" 去做推廣呢. :-)
---
但是系統可以及早進入穩定階段，許多朋友也不需要重複去熟悉新的系統；與其
使用一個經過歷鍊的系統將它本地化(這個應該沒那麼難吧？)，然後將焦點放在
換個說法，維護的人好找，開發人員數量很少(特別是台灣)，調配的方向應該會
---
12:09 下午
Blogger autrijus said...
"這個網站： http://forge.novell.com 也有著類似的系統，只是不知道跟 GFo
比起來哪個完整；OpenFoundry需要什麼樣的特殊功能？必要性真的有那麼高嗎
NovellForge 的程式碼直到去年年底纔公開, 而 OpenFoundry 當時已經進行一
並且也沒有第三方架起 NovellForge 的紀錄.
OpenFoundry 需要的功能, 不過就是合理的中文界面, Wiki,
以及最近的授權精靈等而已. GForge 當然也可以加上這些功能,
問題是有沒有人去做...
"不如使用一個經過歷鍊的系統將它本地化(這個應該沒那麼難吧？)，然後將焦
問題是根本就沒有經過歷練的自由軟體系統可以用... :-/
/Autrijus/
7:24 上午
Blogger candyz said...
1.如果有可用且實用又沒有授權問題的系統時,另外又有人願意去維護,那為何不
2.我想 autrijus 要表達的,就是,開發 OpenFoundry
時,並沒有合適的系統可以拿來用,否則,也不必重覆造輪子了
3.而現在,既然 OpenFoundry
都已經弄好了,再來吵這些我覺得沒什麼意義,還不如把心思放在開發中文軟體上
必花太多時間在研究這個系統上,反而能把時間放在開發上,這樣比較重要,因此,
該做的,反而是應該要盡量把介面做得更簡單更容易上手,且說明文件能更詳細一
上了
8:16 上午
Blogger kiang said...
http://dev.xoops.org/
這是novell forge的第三方安裝者，透過GOOGLE搜尋關鍵字"inurl:modules/xfm
我想無論是使用GFORGE或是NOVELL
FORGE，現階段而言我覺得都比繼續開發OpenFoundry要好，因為可以借助其他國
oundry目前只有台灣人在用...
獨立維護一個系統會需要比較多的人力，OpenFoundry不是不好，如果只是單純
量，我還是強烈建議停止OpenFoundry的開發，將人力投入到其他系統的引進與
11:55 上午
Blogger autrijus said...
"http://dev.xoops.org/
這是novell
forge的第三方安裝者，透過GOOGLE搜尋關鍵字"inurl:modules/xfmod"應該可以
抱歉, 是我錯了. 網頁上沒有出現 NovellForge 字樣,
所以我無從找起...
"我想無論是使用GFORGE或是NOVELL
FORGE，現階段而言我覺得都比繼續開發OpenFoundry要好，因為可以借助其他國
oundry目前只有台灣人在用..."
這倒不是真的. OpenFoundry 的各組成元件: RT, Kwiki,
Sympa, SVK 等等, 都有不少國際上的使用者和開發者, 而
OpenFoundry 的 UI 祗是將它們整合呈現的界面而已, 所以
我們也有借助其他國家的開發者. 事實上, 我正寄住在其中一位
美國開發者的家裡, 和當地的三、四個人一起設計下一代的
OpenFoundry 界面與流程引擎.
至於實際部署 OpenFoundry 的人士, 則是限於奇怪的法令
問題, 直到這個月我們纔能釋出成果到 CPAN 上, 所以之前
想裝的人也無從裝起. 不過, 透過在台北、德國、美國的各場
會議, 已經有不少人提出興趣, 想要安裝看看. 所以現在預言
說這祗是台灣本地的專案, 似乎還早了點.
"獨立維護一個系統會需要比較多的人力，OpenFoundry不是不好，如果只是單純
考量，我還是強烈建議停止OpenFoundry的開發，將人力投入到其他系統的引進
其實我蠻同意這個看法的, 這也就是為什麼我儘量不寫程式,
而是整合既有的系統成一個 OpenFoundry 界面的原因.
不過, 如果你願意投入 NovellForge 中文化、文件撰寫和
定製開發, 或是找到其他願意投入的人力, 那也可能是更好的
做法 -- 請將你的計劃寫到 contact@openfoundry.org
或是寄 email 給我討論, 都很歡迎.
要是沒有願意做事的人, 根本不用談 "投入人力" 這回事.
把沒有意願的人派任去跟國際專案社群合作, 成功的機會
更是渺茫.
Thanks,
/Autrijus/
10:47 下午
Blogger jihuang said...
http://www.104.com.tw/cfdocs/2000/job2000/JOB.cfm?jobsource=104_
hp&jobnum=1257316&invoice=4142327000
jihuang
11:50 下午
Blogger kiang said...
謝謝jihuang提供的資訊，我下個月才要換新工作呢~^^
新工作： http://www.ossii.com.tw
我所提到的部份也很有可能是未來的工作項目之一，但我不會希望採用OpenFoun
望跟多些國家的運作模式達到一致，有利於未來資訊的交流。
我目前下比較多功夫的地方是egroupware的中文化，也有其他中文化的作品可以
http://www.osobiz.com/xoops/ )；進一步的計畫就先看看新的飯碗能不能抱緊
12:26 上午
沒有留言:
張貼留言