Archive for the ‘筆記’ Category

看in2寫的 ptt/ptt2 歷史的感想

February 10, 2006

http://blog.webs-tv.net/in2/category/2962

in2跟冠仁同屆…他們是2000年入學,比我小兩屆
in2的第一次ptt log 寫於2002.05.05
那時已是我考完研究所, 畢業前夕…

那時我跟bbs 的關係是..
我大約從大三以後就極少上龍貓站
(大一、大二則是花大量的時間在上面)
大三、大四主要使用的都是班上同學Poes架設的惡魔電網
大三post很多文章在我的版 – test版上
大四則少一點

in2說, 他接觸ptt是 2000/2001 大一/大二的事

2002 April, May 是有許多 Ptt code 加入的時候…

小光光於2002.06.26 第一次 commit

2003.09 ~ 2004 summar
機器不支援 >4GB memory

2004.08 新機器來了, AMD Opteron * 2 + 8GB memory
2004.09.15 ptt人數超過2萬人~

(轉)創線的過去與未來 讓我們一同見證、參與(下)- 讓我們一起參與創線的未來

February 10, 2006
創線的過去與未來 讓我們一同見證、參與(下)- 讓我們一起參與創線的未來
By Reg Chen Feb 21, 2005, 11:48

寄給朋友
 友善列印


創線的過去與未來 讓我們一同見證、參與(下)- 讓我們一起參與創線的未來

(1) 便當效應 - 便當事件上了新聞
(2) 商業談判 - 理想不滿足
(3) 關鍵相遇 - 網絡數碼 陳銘堯執行長
(4) 未來發展 - 創線的未來
(5) 衷心感謝

——————————————————————————————-

(1) 便當效應 - 便當事件上了新聞

大家應該都聽過蝴蝶效應:一隻南美洲蝴蝶振翅牽動的影響,可能造成北美的一場龍捲風。創線在11/12舉辦「便當換創線」的民調後,則是產生了「便當效應」。
 
 
那五百盒便當的活動造成甚麼影響?
 
 
可知的,除了創線上網友們的討論之外,在許多其他外站,也引起了不少的討論。包括:對創線可能消失表示感嘆的,表示沒啥感覺純粹轉貼分享訊息的,還有……
對於創線這個可恨的網站終於要倒了感到振奮的(笑)──這種確實也有啊!誰叫創線某部份網路地位,真的就彷彿武俠小說裡,那些名門正派眼中無可救
贖的明教魔道~ = =……

可能因為一些網友熱心的轉貼消息跟轉寄Email,雪球繼續滾,越滾越大,也引起了許多媒體的注意,然後我在辦公室裡開始接到一些記者的電話。比較有趣的
一通,忘了是哪間報社的記者先進,電話一接通就很興奮(聽起來)的大喊「聽說你們要倒了啊?」然後接到電話的Roxane站長,臉沉沉將電話轉給我,告訴
我 有個頗沒禮貌的記者,我接起後,只好告訴她「沒那麼慘,至少還沒餓死……XD」。

總之,創線的消息引起不少媒體的注意,甚至上了IT Home電腦報11/15的頭條。隨後,效應轉強,開始接到的是一些企業執行長、總經理、策略長的洽詢(包括一些電視上有廣告的網路公司),不少公司對於接手創線有興趣。化學效應開始在作用……

——————————————————————————————-

(2) 商業談判 - 理想不滿足

之後大約一個月的時間,我幾乎每天都在與人接觸。然而,誠如之前的文章已約略提過的,雖然許多企業經營者或負責人對創線很有興趣,也提出不少經營模式做討論,但是幾乎最後都沒得到共識。

雖然最後沒有達成協議,但是,我仍然十分感謝這些前輩們,他們擁有銳利的目光,看的到金礦在哪,並且擁有技巧,知道如何挖掘。「考慮看看吧,我們公司甚麼不懂,就是懂得賺錢!」一名知名網路公司的策略長,如此的告訴我。

然而,只介於「買賣」關係,幾乎沒有觸碰到「理想」的各種模式,並不是我要的結果。創線的確有魚,但是在我的心中,現在的創線是不夠的,創線渴望更深,更
廣,更源源不絕。能夠永續發展,並且創造精彩的創線,才是我想要的。我不希望創線在一次性的買賣之後,把魚釣光,然後之後乾涸、枯竭……

再則,創線是個「社群」,這裡有著「一群懷抱理想的人」,相信,在大家的心中,應該創線不該是現在這個樣子而已。創線有很遠大的夢想跟未來,創線若有機
會,還要蛻變,振羽翱翔。如果五百年只能有一隻鳳凰能夠浴火而生,我渴望我們就是那個chosen
one。甚至這麼說,「創線」只是個名字,隨時可以拋棄,只要願景能夠延伸,擴散,重點在於「理想」。

總之,只把範圍劃定在「商業」的談判,是絕對不夠,不足以支持創線的理想的。

——————————————————————————————-

(3) 關鍵相遇 - 網絡數碼 陳銘堯執行長

宏碁集團的共同創辦人黃少華先生,在去年時,曾送過我一本書-「改變一生的相逢」,給予我無限的關懷與鼓勵。

然而,「改變一生的相逢」悄悄的就這麼出現了。不但改變我個人,更重要的是,也改變創線的未來。

在便當事件於網站與訊息間沸沸揚揚的時候,我接到了一封來自網絡數碼(Webs-TV)陳銘堯執行長的電子信件。「我們對接手創作線上很有興趣」,信件中這麼寫著。網絡數碼是國內第一名的網路電視寬頻影音網站(http://www.webs-tv.net),身為網路業經營者的我,很了解這一點。但是,創作線上是文學性質網 站啊,與寬頻影音能夠扯上甚麼關係呢? @_@ 我原本心中所屬的,是與社群經營相關的業者洽談,面對寬頻影音網站執行長的邀約,實在感到錯愕。

不過,之前也不是沒有跟其他完全不相關性質的業者談過。「談談看吧……」我這麼想著。

然而,那是個很有意義的下午!

陳銘堯執行長到了,Webs-TV的董事長鄭慶章先生也一同赴約,我們找了間餐廳,開始討論起創線的未來。出乎我意料之外的,陳銘堯執行長對「內容-Content」非常重視,也對「內容的未來發展」有深刻的關懷。「Webs-TV是國內最大的寬頻影音網站,我們有資源可以讓創線再發展,創線上精彩的作品,可以有很多元 的表現方式,我們可以挑選出優秀的故事為藍本,作成劇本,用影片的方式呈現……」許多話語,在我腦中迴盪著。

除此之外,對於「社群」的經營,陳銘堯執行長也十分關注,他也志於發展一個華文最偉大的網路社群。「我需要經營社群的人才,我希望創作線上的經營團隊能夠加入」,他這麼說。

「重視內容」是一,「關注社群」是二,「眼光格局」就是第三點了。陳銘堯執行長在與我談論社群發展的同時,完全沒有跟我提到「創線該如何收費」,這與過去
其他人的會談,是非常不同的。展現出來的眼光格局,也特別恢宏。對於他來說,「內容」跟「商品」劃分的清清楚楚,是「不一樣的東西」,他甚至在見
面的第一天,就告訴我Webs-TV
來 的部門編制-就算同樣是動腦規劃的人員,負責商品與負責社
群,有著不同的劃分。這也很符合我對於社群的觀念,有些東西若變成收費制,就等於是抑制成長。我們的社群(無論以後叫不叫創線)可以不收費而得到更好的發
展,真的非常好,畢竟九年以來,我也從來不想向創線網友收錢。

後來我們還談了很多,重點是,陳銘堯執行長想發展以知識經濟為主,並且著眼在以網路出發的大未來。目前國內流行的社群發展,是走向交友模式為主的社群(然
後配個可以貼照片的相簿)。然而在陳銘堯執行長的想法中,他想與一般網站發展社群走出差異化,他著重於在未來真正有價值的知識內容,並且要走向專 業的
格局。以上種種,完全符合我對於「若創線能夠繼續,要改變並徹底向上提升」的理想。

創線於去年年底,正式加入網絡數碼,很美好的,一個偉大的內容社群體系,在成形、催化著……
 
——————————————————————————————-

(4) 未來發展 - 創線的未來

歷經風風雨雨,創線有各位的陪伴,一起走了過來。

那,創線的未來呢?

首先,就談談「變動」這回事吧!

也許有人會認為,創線會變,是一件令人傷感的事情,也很多人不希望這裡發生任何改變。然而,「創作線上」真的改變,最傷感的一定是我。畢竟,付出的青春不能重來,生命的沙漏也無法反轉,但「變」是一定的,甚至連「創作線上」這個名稱,「可能」都會變。

但是,創線的變,不但是「逼不得已,被時代的巨輪推著走」,更是「自我期許,必須走向更好的下個階段」下的決定。時間往往是最無情的敵人,然而,創線已經很久沒有進步了。想要實現理想,我們必須下定決心,不能自滿於舊有的規格,現在就是提升的時候了。

基本上,創線會朝一個新的社群模式發展。不是喜新厭舊,只是目前的創線架構,真的無法提供網友更好的服務。

一、在內容的服務上,會更宏觀的納入各種不同的體系,與更專業的提供各種新式的服務。

二、在經營的著力上,就以創作為例,我們會在盡量兼顧量的產能外,更加倍的鼓勵朝向重質的發展。

詳細的作法,暫時無法在此一一詳述。現在的創線已經納入網絡數碼的體系下,雖然大家可知的是,創線將有更多的資源,但是另一方面,也要重視、納入更多人的
智慧與融合全新的公司體制架構,才能發揮到極致。我們正在對全新的社群體制做架構,很多東西都還在緊鑼密鼓的研究中,創線改革的幅度,將會非常的
大!然而,在沒有確定完成之前,我們不好隨便放消息說我們會提供甚麼,來欺騙大家的感情。(因為……到時候萬一沒有
;pp)如果網友真的對於我們「今天又在做啥啊?」有興趣,歡迎到Reg或我們團隊其他好朋友們的Blog留言板哈拉指教~^^

原則:在「正式的公告」沒有出現之前,創線也可能做一些改變,例如開設新板,增設新功能……但是那些都只是針對現有介面,進行功能上的加強而已,不代表是「新的創線」,一切都還請等待正式公告。

至於天空部落,歡迎有「個人出版平台」、「相簿」、「留言板」功能需求的網友們去使用,註冊是免費的喔! 

總之,請大家期待一個更美好的未來。^^

——————————————————————————————-

(5) 衷心感謝

創線的過去與未來-讓我們一同見證、參與系列文(上)(下)兩篇,到此暫時告一個段落。除了向親愛的創線家人網友們說明創線裡發生甚麼事,並預告創線的未
來,最後,要特別感謝大家一路陪伴。這一路走來,雖然算是苦,但也是有苦有笑。希望在不斷的努力之下,於未來提供給大家更好的服務。

有份心情,是Reg很想跟大家分享的:大家在網路上相逢,有歡笑也有淚水,有時候會碰到扶持的人,有時候也難免碰到背後一刀,讓你心痛的人。但是,無論如何,希望大家無論在創線或人生路上,都能找到自己一生值得的朋友,如同創線擁有大家一般。

衷心感謝給予鼓勵的人,有你們的鼓勵,這裡永遠充滿勇氣。
衷心感謝給予指教的人,有你們的指教,這裡不會迷失自我。
衷心感謝默默經過的人,在人生的路上,擦肩而過也是最美。
衷心感謝一路相陪的人,有你們的陪伴,這裡永遠都有溫暖。

除了使用者之外,特別感謝創線的所有板主,包括現在與過去的(例如百年時期)。當板主很辛苦,我知道有些板主也常常會因為執行板務被罵…^^”(以寒玥是資深板主來說,不知道有沒有被罵上萬次過?)做創線板主辛苦又沒甚麼好處,真的很感謝你們大家。

也特別感謝以下長輩,有些人雖然不是創線人,但在創線面臨理想與現實的問題時,在我面臨關鍵人生思考時,提供我智慧,給我極大鼓勵(以時排序):

王金鳳女士(我的母親)、陳立國夫婦(我的兄長與我大嫂)
林行憲先生(光寶集團執行長)
黃少華先生(宏碁集團共同創辦人)
江永祥先生(宏碁戲谷催生經營者)
陳銘堯先生(網絡數碼執行長)
鄭慶章先生(網絡數碼董事長)

感謝以下一同打拼過的好夥伴(有些過去因求學或人生變動離開,有些現在仍與我們繼續打拼):

Reg(感謝我自己找來以下這麼多好夥伴)
Flora(創線站長、同人城市站長)
Maxine(創線站長、工程師)
馬克心(創線站長、工程師)
李XX王XX(創線站長、工程師,這兩位不喜歡名字曝光)
飀颯(創線站長、及參與同人城市初期建構)
Roxane(創線站長、同人城市站長)
In2(我們的總工程師,是的,批踢踢的那隻兔,最強力的兔子)

感謝以下曾經讓創線(包括百年)棲身的主機線路(我還記得的,應該更多…因為中間約10年):
P.S.以下為當過主站網址的,其他拿來當副站網址的太多了,可以還要再加超過30個,就不放了

ms.cc.ntu.edu.tw
台大計中的學生主機
king.cc.ntu.edu.tw
台大計中後來新的學生主機
ccms.ntu.edu.tw
台大計中老師專用的主機,被Reg無情的偷用!

haha.csnet.net.tw
感謝這間網路公司熱情提供,用了好一陣流量撐不住
home.trdi.edu.tw
台灣發展研究院提供給Reg的空間,真的很謝謝…
http://www.neto.net
Reg開始花錢租主機了…後來卻因流量太大不讓我們用 = = 這家後來倒了

140.113.139.169
搬移到交大的主機,謝謝交大朋友熱情幫忙
bbs.ee.ntu.edu.tw
台大電機BBS站熱情提供給Reg的,變成好一陣子的主要傳輸主機
http://www.happypc.com.tw
一間熱情提供給Reg的民間網路公司,很好用,謝謝他們

rege.11.com.tw
忘了哪來的,但是是第一次用以自己為名的專屬網址
regenuine.unix.com.tw
一間曾經很很有名的網路公司資訊人提供
http://www.creating-club.com
租的網域與主機,只用一下下,因為該公司收了錢沒多久就惡性跑掉

http://www.creating-online.com.tw
成立創線以來,一直使用此網址,創線人終於有穩定的家
 
 
 
讓我們一同期待從webs-tv.net出發的新未來,感謝大家!

有可能挑戰Java開發優勢的四種技術

February 10, 2006
您現在的位置: 中國IT實驗室 >> Java >> 核心技術 >> 高級編程 >> 文章正文

有可能挑戰Java開發優勢的四種技術


  Bruce Tate有令人驚奇的預見成功技術的記錄。他是早期開發者中能預見Spring框架出現的一位;
  
  他在EJB3專家組放棄老的方法一年前的時候就預見了EJB2技術的消亡。在他的新書《Beyond Java》中,Bruce關注了語言和技術,這些將來有可能會在一些開發領域對Java的優勢發出挑戰。在這篇文章中,Bruce提及了四種新出現的重要技術。
  
 
 Java是一種傑出的產業開發語言,這是因為它帶來了偉大的統一和對事實上以前並不存在的重要標準的關注。但是和所有語言一樣,Java將來也會褪色。
依據我做的超越Java的研究,一個重復出現的主題是有越來越多的人相信Java已不再足夠的有效率。以下一組技術可以使你更有效率。他們不是對所有的工
程都適合,但當被應用於適合的工程時,他們是優秀的工具。
  
  1.動態語言
  
  動態語言可以比像C++或Java這樣的靜態語言更加有效率。他們可以讓你用更少的語言表達更多的意思。這裡,我會關注現在新出現最流行的動態語言Ruby。用Ruby的”Hello, World”和Java的作一個比較:
  puts “Hello, world.”
  
  這顯然既簡單又明瞭。你不需要寫一些其他的代碼去做這件事。下面是用Java語言的描述:
  
  class HelloWorld { public static void main(String[] args) {  System.out.println(“Hello World!”) }}
  
  在Java中,類型是靜態的。這就代表了編譯器要檢查所有的類型;你必須建立和編譯一個完整的程式。在Ruby中,類型是動態的,所以你不需要去聲明他們,你可以馬上編寫和運行他們。下面是用兩種語言描述的Fibonacci 序列:
  
  First, Ruby:x1, x2 = 0, 1          //110.times do puts x2  x1, x2 = x2, x1+x2     //4end
  
  注意到在第一、四行同時聲明兩個變數,讓你可以簡潔地表達兩種不同的聲明形式。
  
  另外,注意到10是一個對象,它支援方法,如:times。再另外,在do和end之間是一個代碼塊。
  
  Ruby代碼塊可以讓你把代碼塊傳入方法。。這種技術導致了難以置信的效率和簡潔的代碼。
  
  接下來,看一看用Java實現的代碼:
  
 
 class Fib { public static void main (String args[]) {  int x1 =
0;  int x2 = 1;  int total = 1;   for (int i=0; i<10; i++)
{   System.out.println(total);   total = x1+x2;   x1 = x2;   x2 =
total;  }  }}
  
  你需要去聲明所有的變數,以及詳細地寫出來你用for迴圈實現的迭代。每個變數都是獨立的,所以你必須有一個臨時變數用於存放total。
  
  相比,動態語言更為簡潔。按照一個普通的規則,如果你可以寫更少的代碼而不犧牲可讀性,這些代碼將導致更高的效率。
  
  (但是你不可以犧牲可讀性來達到這一步,我們可以以Perl舉例作為結尾。)
  
  更為重要的是,動態語言在Java開發者想要去解決的重要問題上表現得更好,如: 元編程。 Hibernate 使用元編程技術使對象持久化。
  
  Spring使用元編程來為Java對象增加服務,而免除你為他們構建額外支援的煩惱。在Rails框架上,當紅的Ruby利用了自己能力來構建某種已存的
  
  最有效率的應用開發框架。
  
  令人驚訝的是,許多Java開發者採用了Ruby。Ant和Tomcat的發明者James Duncan Davidson正在Rails上使用Ruby,以及Java的暢銷書作者之一,JSP專家組的
  
 
 成員David
Geary正在寫一本關於Rails上的Rub的書y。許多在Java社區裏有著聰明思想的人都轉向使用像Ruby一樣的動態語言。這是因為這種新出現的
語言能更好的解決最有興趣的問題。動態語言將不會完全取代Java,但是他們會適合於解決小的,輕量級的問題。
  
  2.Continuation 服務
  
 
 Web編程絕對是個的災難。在Java誕生十年後,我們仍舊不能構建一個使返回按鈕正確的框架。Web應用是無國界的,所以Web應用會發展得更好。但
是很難去構建無國界的應用,而我們現有的框架不能給與我們足夠的幫助。你使用大多數Java的Web框架時,從根本上說,你構建了許多
  
  不相關的使用servlets或JSP技術的應用。然後通過手工保存對象來把他們集成起來,這些對象就是你需要的,用來暫時存儲對象的會話。
  
 
 Continuation是語言的構造器,它可以使你快速存儲某個線程的狀態,過後執行這個線程。基於
Continuation的web框架總體上是通過模擬一個監控狀態的應用來使web開發變得更為容易。當你的應用需要從用戶那取得數據時,這種框架使用
continuation來自動保存應用程式的狀態。如果用戶按下返回按鈕或者通過瀏覽器的歷史紀錄回到以前的頁面,應用程式可以重新讀取一個
continuation。
  
  基於continuation最好的框架是用動態語言來開發的。到目前為止,最健壯的框架是
Seaside。他是基於一種Smalltalk的Squeak語言的框架。Seaside支援很好的調試功能,你可以實時檢查、調試以及在瀏覽器裏改動
你的代碼。Borges、Iowa和Wee都是基於Ruby且支援continuation的框架。
  
  Java不支援continuations,但是一些在特殊限制下構造的Java框架支援模擬continuations。這些框架具有用其他語言編寫的continuations框架的某些特徵。
  
  。流行的框架是用了一些高級的技術,如:字節碼增強、反射以及特殊類的裝載器。這些技術用Java部分地實現了continuations。
  
  。Cocoon 2在Rhino JavaScript 虛擬機中增加了continuations,用來模擬監控狀態的應用。
  
  。Spring Webflow使用了狀態機來提供對返回按鈕良好的支援,以及其他一些continuation服務的特徵。
  
  。Lakeshore使用了懸挂的線程來模擬continuations。這種方法不像其他方法一樣有可擴展性,同時還缺乏對返回按鈕完整的支援,但是這些預計在將來
  
  都會具有。
  
  每個月都會有新的框架出現。我認為在未來的三年內,我們都會使用支援基於continuations的方法的web開發框架,這種框架是由一種語言或者其他語言
  
  編寫的。
  
  3.慣例超越配置
  
 
 Java開發者經常探索用於改進配置的方法。新的框架越來越多的使用Java
5批註來進行配置。其他的框架是用一種不同的方法。Rails中的Ruby常用慣例來推斷需要在其他框架進行配置的聯繫。例如:在結束的時候,一個叫
BlogController且有一個show方法的Rails控制器,會自動在blog_controller目錄裏提交一個叫show.rhtml的
視圖。Rails還使用命名慣例來綁定數據庫表裏持久化的類。默認情況下,Perosn類會與用英語的複數people與表進行匹配。
  
  新的框架將會支援慣例,而不是配置。
  
  4.元編程
  
 
 就像前面提到的一樣,在Rails編程框架上的Ruby裏,存在著許多hype的。我認為這種hype是正確的。在Rails上的Ruby讓你比起
java,可以在一個更抽象的層次上編寫你的程式。有了Rails上的Ruby,你可以創建域對象,這種對象可以發現相關聯的數據庫表的內容。例如:你可
以寫這樣簡單的模型對象:
  
  class Person < ActiveRecord::Baseend
  
 
 這種類表面看起來相當的受限制。但是一旦你執行它,Rails就會展現它的神奇。這種實現了持久化Rails的活動紀錄框架與相關的數據庫關聯,以及為
了表定義掃描系統表,還發現數據庫裏列項。然後,活動記錄為數據庫中的每一列增加一個屬性,為數據庫中id列名在類中增加一個獨一無二的標示符。你可以用
下面的類去編寫代碼:
  
  person=Person.newperson.name=’Bruce Tate’person.email=’bruce.tate@j2life.nospam.com’person.save
  
  數據庫的列名和行為都會在運行時後加入Person類。你可以很容易的擴展Person類:
  
  class Person < ActiveRecord::Base has_many :carsend
  
 
 通過Ruby中一個belongs_to的簡單方法和:department標示符,我實現了所有我想做的。活動記錄隱式調用了Ruby的元編程來添加
了所有的方法和變數,這些方法和變數用來管理一個任何一個部門之間的一對多關係。Rails用戶使用域語言來管理像繼承這樣的關係,另外可以用Ruby語
言在一個更抽象的層次上工作。Rails無縫擴展了Ruby語言。
  
  Rails會不會是下一代偉大的框架?有可能。要做一個選擇的話,Rails應該會是在使用Ruby或是其他動態編程語言的元編程框架潮流中的第一個。或者,你可能看到Rails會作為某些鬆散對齊技術的中樞,它是以元編程作為基礎的。在任何情況下,你都會更有效率。
  
  總結
  
  在《超越Java》這本書中,我表達了Java還不會淘汰意思,但是在最近的十年,我們目睹了在Java領域之外引人注目的創新。這四種技術會在不遠的將來起到重要的作用。請密切關注他們。

W3C ruby

February 10, 2006

http://jedi.org/blog/archives/004813.html

jedi談到的ruby 是”印在字旁的小字註”
跟 ruby on rail 的ruby 不一樣

jedi 的投影片製作工具列表

February 10, 2006

http://jedi.org/blog/archives/004584.html
outline2html, tkslide, s5, txt2html….

[轉錄]翻譯二三事(一)(二)(三)

February 9, 2006

這裡錄下文章
出處是:
http://web.archive.org/web/20040415142920/http://tmjiang.dyndns.org/blog/space/%E7%BF%BB%E8%AD%AF%E4%BA%8C%E4%B8%89%E4%BA%8B+(%E4%B8%80)
http://web.archive.org/web/20040415144136/http://tmjiang.dyndns.org/blog/space/%E7%BF%BB%E8%AD%AF%E4%BA%8C%E4%B8%89%E4%BA%8B+(%E4%BA%8C)
http://web.archive.org/web/20040602130546/tmjiang.dyndns.org/blog/space/%E7%BF%BB%E8%AD%AF%E4%BA%8C%E4%B8%89%E4%BA%8B+(%E4%B8%89)

  無論是技術文件、新聞報導或是散文小說,翻譯這檔事總讓譯者和讀者頭痛。也許最深刻最根本的問題出在所謂「現代漢語」上。我們平常講的話,別說是從民
國初年白話文運動算到今天,就算是從明清時期的小說計起,都還稚嫩得很,更別提近幾十年來各種慣用語如雨後春筍
(天哪,這就是個錯誤的示範,怎麼會在這種句子裡用這個成語!),已經讓人莫衷一是了。雖說一篇文章不管是不是譯作,易讀易懂總是應該滿足的基本需求,但
面對各種文化衝突交互反映在語言上的現實之後,就知道標準是不可企及的奢望。換句話說,我根本無法確定什麼叫作標準的中文。

  那慘了,連母語的素養都不夠,還搞什麼翻譯?

  小時候老師們總會說,想要在作文考試裡拿到好成績,平常就要多看社論,或是至少要看看報紙。幾年過去了,今天,社論大概還是值得一讀,但一般的報導就敬謝不敏了。

 
 於是我拜讀了思果的大作:《翻譯研究》與《翻譯新究》,並打算把其中的原則及我的意見記錄在這裡。光是提出教條當然不夠,事實上思果論述的方式反而是以
例子為主的,然而我是在作歸納與眉批,所以會有所取捨,可以的話最好還是弄到這兩本書來看看。嗯,我大概會讓這兩本書加入>>行書。:p

  另外,針對翻譯資訊科學類的書籍,侯捷早期也付出了相當多的心血,尤其是《C++ Primer》前面有近三十頁的>>導讀,內容全部都和科技文章翻譯課題息息相關,非常值得參考。這方面我也會努力整理上來。

  那麼,接下來就是一些筆記式的,尚未組織過的材料堆放區了。希望今晚上床睡覺前會變得比較像中文…

  咳,現在是第二天了。我決定換個方式。每天固定整理一些可能會比較恰當,多斟酌多琢磨。

本來想從思果提出的「貼」字訣說起,不過這樣似乎太抽象,還是先來個鳥瞰吧!這次就先從《翻譯研究》書末附錄的「譯後交稿或付印前的檢查工作」開始,用這些來當索引,把書中相關議題組織回來。

「刪」

  思果在檢查項目裡特別指明某些詞彙,常常變成贅字,應該考慮刪減:

  1. 代名詞:尤其是人稱代名詞如「我的」、「你的」、「他的」等等。
  2. 定冠詞:由英文的 “a”、”the” 等直譯成「一個」、「一種」…,中文語法上通常是不需要的,大概也無法分類出什麼是「定冠詞」。
  3. 「的」:除了被代名詞包含的之外,一句話裡如果有太多「的」冒出來,也應該修剪修剪。

  上述三個原則看來簡單,但並不容易。「刪」,同時得「改」,按照語意來重寫。然而為什麼會弄到
需要重寫的地步?追本溯源,問題出在中英文結構的某個基本差異上。思果在兩本書開頭沒多久,就特別指出了這樣的關鍵:英文的「環環」相扣,和中文的並駕齊
驅。(好吧,成語又是我亂用的。)

  什麼是思果稱為「環」的東西?在這裡講大概會岔題太遠,先列舉
一下,應該不難體會,細節之後再找機會鑽研了。簡單講,英文句子裡的各個主旨是循序發展的,而且一不小心就會拉得老遠;中文倒是比較習慣用幾個短句並列來
表達,小時候寫作文如果句子又臭又長,多半會被老師念吧?

  • 環:which, that, to, in, on, of, for, if, …

  好,檢查看看上面那些英文詞彙有多少可能被直譯成「的」或其他類似的累贅吧!

語法

  檢查項目裡有兩大類:

  1. 被動語態:中文沒這個習慣,至少,在現代漢語裡不適合。
  2. 名詞與動詞的搭配:思果分成「主詞和動詞」、「動詞和受詞」兩個方面。其實中文有時候是「主語、謂語、賓語」結構,其中「謂語」未必可以直接對應為「動詞」,所以我把這個項目合併又降級到詞性的層次,希望看起來單純一點。

  被動語態是個大問題,顯然無法在這裡三言兩語道盡,而名詞和動詞搭配上的取捨也需要一點中文底
子。不過既然是「語法」,情急之下也可以抄個捷徑,就「念」出來吧!用了太多「被」字來敷衍被動式的句子,或是名詞動詞放在一起不合邏輯的短語,就算你說
得出口,別人不見得能懂。:p 仔細點說嘛,照例,之後另闢篇幅。

其他

  除了「刪」和「語法」兩類原則,檢查項目裡還有兩點:

  1. 補:表面上看來和「刪」相對,但做起來可能複雜得多。
  2. 找其他人看過:由不懂英文的人來看更妙。(思果如是說。我想加一句:但是此人中文要好。)

  我覺得,這兩點背後有一個也許可行的辦法,套句術語是「反向工程」。翻譯出來的中文,如果能輕
易地反譯回英文,呃,那就慘了。修「補」過語意的譯文,多半會比較「貼」近大家平常說的聽的讀的寫的東西,所以要找中文好但未必懂英文的人來潤飾。喔,為
什麼是「潤飾」而不是「校對」呢?因為重點是譯出來的中文,把這個搞好,再回頭看看有沒有偏離原文也不遲。

  說穿了,譯者或許同時肩負了很多編輯的責任,這是件吃力不討好的事。每個讀者都可能符合那潤稿人的條件,其實也不用到那地步,念不下去讀不懂的文章有問題是顯而易見的。不過當讀者的時候挑毛病容易,當譯者要面面俱到就難了。用個受日語影響的說法:譯者要有「覺悟」。

這回濫竽充數一下,提個我定期閱讀的電子報:>>名家專欄之尤克強

 
 既然都看一陣子了,為什麼今天才提呢?其實只是件小事觸動了我。日前有位朋友興沖沖地告訴我他譯了首歌詞,因為那歌曲意境和《1984》老大哥有些相
似,覺得很有意思,於是就翻成中文了。說來抱歉,話不經大腦的我看到譯文後當下澆了盆冷水:歌詞請押韻。朋友半開玩笑的回答也妙:你乾脆說譯成文言文好
了。

  好吧,歌詞未必非得押韻,然而,為什麼歌詞常常會押韻?大概是這樣唱起來順口、聽起來舒服吧?回到翻譯的問題上來,或許要人兼顧意義情境已經夠麻煩的了,還要押韻?問題是原文都有押韻,這種要求還只不過是「信」的層次而已喔!只能說,翻譯就是這麼吃力不討好的事情。

  於是,請參考>>尤克強寫的「>>第五課 翻譯是形式的創新 (上)」及「>>第五課 翻譯是形式的創新 (下)」,問題絕對不止於押韻而已。

  當然,這份電子報裡還有不少在英語方面值得參考的文章,故推薦之。

我看了 wiki.newzilla.org…

February 9, 2006

http://wiki.newzilla.org/index.php/Main_Page
我原以為這個wiki 的主要用途是要備份散落的藝立協資料
但是看完整個網頁,又不太懂這個網頁的主要目的是什麼

很亂,跟我的網頁一樣

應該好好想想網頁到底該怎麼放、怎麼設計、要放些什麼了
最好是不要散落各處
(像我的blog放在wordpress.com上….)

重新好好看hlb’s blog

February 9, 2006

現在的blog文章沒有很多, 以前的文章多半放在ccca的網頁那邊
要了解WWW真的應該看看hlb的介紹啊, 他是專心於這一塊的

我回想起第一次知道wiki-tavi的時候,好像就是在hlb的網頁上先有的
那時ptt wiki (還是藝立協的,我忘了)的語法就直接連到hlb的網頁上

照推算, hlb小我一屆, 而其實我們年紀應該一樣大。

設置 MySql 資料同步

February 8, 2006

http://www.clara.com.tw/~faq/viewtopic.php?p=76&sid=7b98789720dc06a7c5d024dc7a005daa

設置 MySql 資料同步

mysql從3.23.15版本以後提供資料庫複製功能。利用該功能可以實現兩個資料庫同步,主從模式,互相備份模式的功能。

  資料庫同步複製功能的設置都在mysql的設置檔中體現。mysql的配置檔(一般是my.cnf)

  在unix環境下在/etc/mysql/my.cnf 或者在mysql用戶的home目錄下面的my.cnf。

  window環境中,如果c:根目錄下有my.cnf檔則取該配置檔。當運行mysql的winmysqladmin.exe工具時候,該
工具會把c:根目錄下的my.cnf
命名為mycnf.bak。並在winnt目錄下創建my.ini。mysql伺服器啟動時候會讀該配置檔。所以可以把my.cnf中的內容拷貝到
my.ini文件中,用my.ini檔作為mysql伺服器的配置檔。

設置方法:

設置範例環境:

  作業系統:window2000 professional

  mysql:4.0.4-beta-max-nt-log

  A ip:10.10.10.22

  B ip:10.10.10.53

A:設置

  1.增加一個用戶最為同步的用戶帳號:

GRANT FILE ON *.* TO backup@’10.10.10.53′ IDENTIFIED BY ‘1234’

  2.增加一個資料庫作為同步資料庫:

create database backup

B:設置

  1.增加一個用戶最為同步的用戶帳號:

GRANT FILE ON *.* TO backup@’10.10.10.22′ IDENTIFIED BY ‘1234’

  2.增加一個資料庫作為同步資料庫:

create database backup

  主從模式:A->B

  A為master

  修改A mysql的my.ini文件。在mysqld配置項中加入下面配置:

server-id=1

log-bin

#設置需要記錄log 可以設置log-bin=c:mysqlbakmysqllog 設置日誌檔的目錄,

#其中mysqllog是日誌檔的名稱,mysql將建立不同副檔名,檔案名為mysqllog的幾個日誌檔。

binlog-do-db=backup #指定需要日誌的資料庫

  重起資料庫服務。

  用show master status 命令看日誌情況。

  B為slave

  修改B mysql的my.ini文件。在mysqld配置項中加入下面配置:

server-id=2

master-host=10.10.10.22

master-user=backup #同步用戶帳號

master-password=1234

master-port=3306

master-connect-retry=60 預設重試間隔60秒

replicate-do-db=backup 告訴slave只做backup資料庫的更新

  重起資料庫

  用show slave status看同步配置情況。

  注意:由於設置了slave的配置資訊,mysql在資料庫目錄下生成master.info

  所以如有要修改相關slave的配置要先刪除該檔。否則修改的配置不能生效。

  雙機互備模式。

  如果在A加入slave設置,在B加入master設置,則可以做B->A的同步。

  在A的配置檔中 mysqld 配置項加入以下設置:

master-host=10.10.10.53

master-user=backup

master-password=1234

replicate-do-db=backup

master-connect-retry=10

  在B的配置檔中 mysqld 配置項加入以下設置:

log-bin=c:mysqllogmysqllog

binlog-do-db=backup

  注意:當有錯誤產生時*.err日誌檔。同步的線程退出,當糾正錯誤後要讓同步機制進行工作,運行slave start

  重起AB機器,則可以實現雙向的熱備。

  測試:

  向B批量插入大資料量表AA(1872000)條

  A資料庫每秒鐘可以更新2500條資料。

==========================================

“讓錯的程式看得出錯”筆記

February 8, 2006

好了. 提到這個例子. 讓我們假裝你正在寫某種web應用程式, 因為這陣子小朋友似乎都流行寫這玩意.(本文時間 2005.5.11)

XSS 漏洞
無名小站的 XSS 安全漏洞 01/06/06
http://blog.gslin.org/archives/2006/01/06/288/
Google 對 XSS 的應對 12/26/05
http://blog.gslin.org/archives/2005/12/26/271/

你必須在複製回HTML之前先編碼才能避免這個漏洞. 所謂編碼就是把”換成&quot;, 把>換成&gt;, 如此類推. 所以

    Write “你好, ” & Encode(Request(“name”))

是絕對安全的.

    * 保持函數名稱簡短.
    * 變數宣告的地方離使用的位置愈近愈好.
    * 不要用巨集建立你個人專屬的程式語言.
    * 不要使用goto.
    * 不要讓右括弧離左括弧超過一個畫面.

Scott Meyers示範了各種抽象出錯(至少是C++)的型式以及所造成的傷害, 他靠這個主題就創出一番事業了. (順便一提, Scott的書Effective C++第三版剛剛上市; 整本書都重寫過; 今天就去買一本吧!)