[問題]關於各種軟體的翻譯

edited 十月 2013 in 問題與建議
好像不知不覺間做了很多翻譯工作,可是其實我的英文程度並不是那麼理想,因此忙中有錯的頻率相當高。最近一直在思考這樣的模式,好像需要做些調整。

未來我希望能夠有機會與站上包括 snaking, tokimeki 等幾位朋友針對翻譯工作進行下面的規劃:

1. 發掘有實用價值的自由軟體
2. 解釋該軟體翻譯工作如何進行
3. 能夠的話就針對這個翻譯工作開發工具

這就是我目前在 SugarCRM 與 phplist 中進行的方式,只是手癢又把它翻譯的差不多了 :lol:

因為我們有程式設計的能力,而其實翻譯工作的進行應該會有更多朋友能夠參與,透過分工的方式應該能夠創造更大的價值。

大家有什麼建議呢?

原始討論: http://twpug.net/x/modules/newbb/viewtopic.php?topic_id=468

評論

  • edited 四月 2005
    首先說聲辛苦了,你所做的事甚至超越5個人的團隊呢!

    關於翻譯工具,我的看法是,畢竟每一套軟體的架構都不太一樣,如果還要寫一個介面,倒不如直接翻譯還比較快! 畢竟有能力有意願翻譯的人,功力大概都還可以了!
    你之前寫的那個,因為XOOPS2 模組眾多,所以還算比較具有實用性,但其它軟體可能C/P值就不那麼高了!

    在此也要幫忙呼籲一下,OpenSource 的未來在年輕人身上,但眼前所見願意出力的,好像都是LKK居多. 我們LKK族即使有熱忱,但家計及本身工作的負荷量都不允許我們花太多時間在這上面, 所以如果年輕的一輩不願意多貢獻一點,台灣永遠只能當個二流的使用者,更何況要趁勢衝浪呢!
  • edited 四月 2005
    我倒是覺得應該仿造自由軟體鑄造場,寫一個整合性的資源介面,比較容易查資料! 用xoops來管理,看起來實在是一個頭兩個大!
    如果同意,我可以試著寫寫看!
  • edited 四月 2005
    呵呵,其實主要是讓其他朋友能夠知道如何開始加入 :)

    至於系統,其實不用自己寫了,GFORGE應該就很完整了( http://gforge.org/ ),介面也在之前一些網友的幫忙下完成中文翻譯。

    這個部分就看有沒有機會與學術單位或ISP合作,因為成本的負擔應該會超過一般個人想像。
  • edited 四月 2005
    不太懂您所謂成本是指什麼?

    我的意思是說,是否能把你的網站透過這樣的軟體來管理?
  • edited 四月 2005
    成本是指流量的部分,我沒有將這個網站的檔案開放訪客存取,就是因為擔心流量超過我能夠負擔的範圍。

    GFORGE要侷限在XOOPS的框架中有些大才小用了 :)

    其實我也有想過單純些,自己寫個簡單的程式進行管理就好;兩個解決方案都OK,預訂行程提前在4/15結束,4/18下午去看看你白天的行程,再聊聊吧?

    ├138┤
  • edited 四月 2005
    kiang 寫道:
    好像不知不覺間做了很多翻譯工作,可是其實我的英文程度並不是那麼理想,因此忙中有錯的頻率相當高。最近一直在思考這樣的模式,好像需要做些調整。

    未來我希望能夠有機會與站上包括 snaking, tokimeki 等幾位朋友針對翻譯工作進行下面的規劃:

    1. 發掘有實用價值的自由軟體
    2. 解釋該軟體翻譯工作如何進行
    3. 能夠的話就針對這個翻譯工作開發工具

    這就是我目前在 SugarCRM 與 phplist 中進行的方式,只是手癢又把它翻譯的差不多了 :lol:

    因為我們有程式設計的能力,而其實翻譯工作的進行應該會有更多朋友能夠參與,透過分工的方式應該能夠創造更大的價值。

    大家有什麼建議呢?
    冒著被其他人幹掉的風險,我還是那句話:要專注在一個項目上。

    而且個人覺得,翻譯的人才其實不缺,缺的是把整個系統解構掉,能一個又一個檔案的程式碼的流程與資料結構畫出來,並解釋其中用了哪些設計樣式,以及為什麼要這樣設計,這種具有整體系統觀的人才。

    這樣的人,程式設計功力不一定很高,但是要發展完整的系統,一定要有這樣的人來掌舵。

    老美老是嘲笑我們不能做創新研發,只能跟著"先進國家"在跑、做代工,這一點,如果我們不能在痛定思痛的狠下苦工重新調整,只顧著眼前的短期利益輕鬆賺,那再多幾個Kiang也無濟於事...
  • edited 四月 2005
    呵呵,tokimeki,你的回應讓我想到DELL在接受採訪時的回應,在大部分的美國企業將研發費用放在新商品上面,只有他們將焦點放在製造過程的效率上。

    當老美嘲笑我們的時候我們去猛追,那麼我們才永遠是追隨者。

    如同這個網站的立意般,我希望大家將焦點放在應用上,因為未來缺的不是好軟體,缺的是能夠讓軟體創造價值的好夥伴。

    ├058┤
  • edited 四月 2005
    kiang 寫道:
    呵呵,tokimeki,你的回應讓我想到DELL在接受採訪時的回應,在大部分的美國企業將研發費用放在新商品上面,只有他們將焦點放在製造過程的效率上。

    當老美嘲笑我們的時候我們去猛追,那麼我們才永遠是追隨者。

    如同這個網站的立意般,我希望大家將焦點放在應用上,因為未來缺的不是好軟體,缺的是能夠讓軟體創造價值的好夥伴。

    ├058┤
    或許吧!我承認回上一篇留言時有些激動...
    Xportal你怎麼看?我個人覺得他們的權限系統蠻有趣的,跟傳統的UGP設計法不太一樣,是靠一條一條Rule來合成的。

    或許是民族情節吧,個人是認為國內有些東西也蠻有創意的,與其改國外的產品,倒不如把國內的產品好好補強錸的實際些,畢竟假設上的落差比較小。

    話說回來了,說句不怕得罪國內中小企業的話:
    連國內各種比異形還異形的組織來說,這東西若能適用,那還有哪種組織不能適用?
  • edited 四月 2005
    Xportal我還沒實際去看它的設計,我只是覺得,感覺啦,好像在追XOOPS的腳步;曾經風聞他們之間有些淵源,但是未經證實。

    恩,我沒有太多民族情節,我也相信國內有許多不願意拋頭露面的高手,但是許多的做法卻讓人遲疑而無法追隨吧。 PS3W是一個例子,如果他們願意採用公開的授權方式,其實我會相當樂意參與;不過最後我自己陸續成立了這幾個網站,但這並不表示我完全忽略國內的資源。

    國內資訊系統的發展確實是亂象...

    原創與應用其實都是好的方向,我只是在想,大部分人需要的是什麼?
  • edited 四月 2005
    kiang 寫道:
    Xportal我還沒實際去看它的設計,我只是覺得,感覺啦,好像在追XOOPS的腳步;曾經風聞他們之間有些淵源,但是未經證實。

    恩,我沒有太多民族情節,我也相信國內有許多不願意拋頭露面的高手,但是許多的做法卻讓人遲疑而無法追隨吧。 PS3W是一個例子,如果他們願意採用公開的授權方式,其實我會相當樂意參與;不過最後我自己陸續成立了這幾個網站,但這並不表示我完全忽略國內的資源。

    國內資訊系統的發展確實是亂象...

    原創與應用其實都是好的方向,我只是在想,大部分人需要的是什麼?
    這問題的答案你自己也很清楚:容易組合使用的資訊系統。

    目前我在看水平行銷這本書,從那裡面我得到了一個軟體方面啟示:
    模組與模組間、模組與核心間越緊密的系統,越不容易達成大部分人需要的東西。
  • edited 四月 2005
    那麼也許你該看看Exponent的設計 http://sourceforge.net/projects/exponent :-D

    我想走的不是功能面,因為我知道技術的東西我很難趕上深入該領域的朋友,所以我退後一步思考如何讓他們的努力發揮最大價值。簡單的說,我其實是個商人,技術的東西我也只知道皮毛;我知道軟體開發者大部分的夢想,就是很多人使用自己的創作,而我試圖實現這個夢想 :lol:

    軟體與網路就是這麼神奇的東西,你不需要親自到數萬公里外的世界,就可以為那個地方帶來幫助;反過來思考,既然數萬公里外的朋友已經下了許多功夫,而也沒有太多使用上的限制,為何我們需要重新造一個輪子?

    中國人的民族性造就了許多出色的個人主義,但是這樣零散的力量再強,也抵不過妥善分工的團隊;在台灣不容易找到心胸開闊又積極的合作者,所以我樂於從國外帶回些資訊,也參與國外團隊的運作。

    自行開發軟體,如果抱著貨櫃車傳奇那樣的精神,即使一兩個人也很容易做到;但是如何延續這樣的熱情?也許是時代的關係,我遇過太多虎頭蛇尾的過程,也許包括我自己吧。

    ├047┤
  • edited 四月 2005
    在商業週刊第906期(4.4~4.10)中,有一則訪問IBM資深副總裁 杜諾佛的報導,我的立場大致與他一致:

    專利本身並不能帶來什麼,唯有真正解決客戶的問題,創新才有商業價值。

    ├032┤
  • edited 四月 2005
    tokimeki 寫道:
    模組與模組間、模組與核心間越緊密的系統,越不容易達成大部分人需要的東西。
    沒錯,深有同感! 這也是我一直在醞釀的一個思考方向!
    其實SourceForge裡的東西琳瑯滿目,以輪子的說法來說,他們也不停的在造新輪子,所以如果我們希望將各種輪子裝在同一台車上,累垮是一定的!

    若各大專院校每一資訊班級都能認養一兩個專案,並成立一個組織專職軟體工程間的統合, 或許是一個契機吧!

    貨櫃車傳奇 :-o :-D ,應該是車庫傳奇吧8-) !
  • edited 四月 2005
    呵呵,車庫喔,記錯了 :-D

    基本上我從沒有打算將他們全都組合在一起,介紹他們是為了延伸概念,一方面也練練英文

    ├132┤

    學校喔...恩...不期待...... :-P
Sign In or Register to comment.