Official Python Planet@Taiwan

http://docs.djangoproject.com/en/dev/topics/db/multi-db/#topics-db-multi-db
Django 1.2 新功能: Multiple databases

PostgreSQL 9.0 新功能 Hot Standby跟Streaming Replication

http://wiki.postgresql.org/wiki/Streaming_Replication

http://developer.postgresql.org/pgdocs/postgres/hot-standby.html

還沒空試, 不過結合這幾個新功能的話似乎可以有效的分散django資料庫端的read/write, 將write-only database server上的WAL(write-ahead log) 即時streaming到read-only database server上的hot standby database, 感覺好像不錯~~

上個禮拜起一直跑來跑去,
從世運主場館, 高雄巨蛋, 高雄縣立體育場甚至連義守大學都去了,
為了就是去看現場的世運比賽,
雖然說世運大部份都不是熱門的運動, 但是卻意外的非常好看,
特別是飛盤這項運動, 現場看起來真是特別有趣,
從後場可以直接丟到前場, 從右路可以像香蕉球一樣轉彎到左路,
這是看電視完全沒辦法欣賞到的~ 這門票實在花的很值得~~

這次唯一的遺憾就是我雖然買了開幕門票, 卻被國家抓去教育召集,
沒辦法看海莉現場了~~ 不過感謝至少MOD還有網路有一大堆影片可看

順道附上我滿喜歡的海莉的歌 Wuthering Heights:

Kate Bush的原唱

話說最近在迷GONZO的 咲-Saki- (台譯: 天才麻將少女)

女主角中的原村和在高中麻將大賽中帶著一隻企鵝抱枕打麻將,

沉醉於麻將中臉色微紅的樣子真是萌啊~~

企鵝其實不是第一次出現在秋葉原系動畫中了,

在動畫IdolM@ster中,

女主角天海春香的房間就貼有最喜歡的Gentoo Penguin (ジェンツーペンギン) 的海報~~

春香的電腦桌布跟手機也都是企鵝~~

不過Gentoo Penguin (巴布亞企鵝) 因為名稱跟我使用的Linux Distribution同名 所以很清楚這企鵝的樣子

但是, 從第一次看到就很好奇~~ 咲-Saki-的原村和抱著的這隻エトペン (艾托企鵝) 到底是什麼 ?



在東立出版的天才麻將少女漫畫中,

原村和睡醒時對當時正在說夢話的Saki說

艾托企鵝是這本"想要變成艾托畢利卡的企鵝" (エトピリカになりたかったペンギン)繪本的主角

但是, 疑問又來了 艾托畢利卡又是什麼??? 聽起來像是某個偉人或是繪本中其他角色的名字

企鵝有什麼不好~~ 為什麼好端端的企鵝不當~~ 要去當什麼艾托畢利卡呢???

經不起好奇心的引誘~~ 不禁google了起來~~

"エトピリカになりたかったペンギン"

這個時候就發現懂一點日文真不錯~ 透過google跟日文維基 查到了

艾托畢利卡 --> エトピリカ --> 花魁鳥 (エトピリカ)



恍然大悟!

原來是想要變成花魁鳥的企鵝啊~~~

什麼想要變成艾托畢利卡的企鵝? 誤會大了~~ XDXD

註: エトピリカになりたかったペンギン繪本是漫畫虛構杜撰的~~ 現實世界中並沒有這部作品~~

這個Note是一個寫patch的經驗，前陣子寫了一個讓curl即時壓縮加密FTP/HTTP/SFTP上傳時可以續傳的一個patch，patch本身倒是沒什麼特別的，反而是在送patch跟原作者的討論過程中學到了一些東西。patch歷時約一個月才commit進cvs，不過我覺得以open source的專案來說，這樣算挺快的。

似乎還是得把前因後果交代一下，
其實一開始是我有一個想法，
就是希望我上傳到遠端伺服器的檔案都能加密起來(順便壓縮更好)，
但是我覺得在local這邊先壓縮過然後再上傳的話，就會佔Local的硬碟兩份空間，所以最好的方法是realtime壓縮加密之後上傳。這樣就不會佔用local的硬碟空間，而以目前的CPU也應該都可以做到即時傳輸。
此外我希望就是能夠彈性的選擇壓縮及加密方式，不論是bz2,gzip,pkzip或是pgp及AES都要能夠自行選擇及combine。
而且最好是不需另外的伺服器程式，以目前hosting都會提供的FTP帳號就能做的方法是最好。(我需要的不是像SFTP或FTP/TLS這樣傳輸時加密或壓縮而已，我想要的是在伺服器上的最終結果也是加密及壓縮過的)

跟lloyd討論之後，他是認為lftp+namepipe的方式可行。
另外我也找到了用pipe透過curl上傳的方法。
而這兩個方法也都驗證過確實可行，不過這兩個方法都同樣有個問題，就是沒辦法續傳，而這我認為是個應該要解決的問題。

比較了兩個解決方案後，我選擇了擁有我比較喜歡的BSD license，用法也比較彈性的curl下手修改，
curl的續傳問題大概長這樣：

gzip /mnt/2311/debian-500-i386-CD-1.iso -c | curl -T - -C -
ftp://myname:mypass@192.168.23.11/debian-500-i386-CD-1.iso.gz
** Resuming transfer from byte position 46792704
% Total % Received % Xferd Average Speed Time Time Time
% Current
Dload Upload Total Spent Left
Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:--
0
curl: (31) Could not seek stream

最主要是stdin不能直接SEEK_SET，這其實不是什麼大問題，不能SEEK_SET就SEQUENCIAL READ並bypass即可，看了一下原始程式便發現其實這段code早已大部完成了，只要略為更動即可，
於是略為修改了一下curl FTP/SFTP/HTTP上傳部份的code，驗證之後便將patch送出。
原以為送出patch之後就結束了，因為作者要收不收這也不是我能控制的，不過後來curl的作者回信說，功能是沒有問題，但原本的patch會影響到ABI與目前文件的相容性，問看看我是否能提供不修改ABI的作法，我原本還無法理會作者的意思，後來繼續討論才慢慢了解，作者的意思是看能否提供完整的ABI及定義回傳值供其他使用curl library部份的程式參考，因為curl不僅僅是一個客戶端程式curl，同時也包含一套廣泛的運用在其他程式甚至內建在程式語言中的library，libcurl。即使是改動小小的部份，也有可能不經意的影響到其他重要的程式。
了解了作者的目的之後，於是我又寫一個新的patch配合這個架構，測試一下續傳上傳沒問題之後就又再次的送出，這次作者將我的多個patch檔結合後又修改了一下包括說明文件的patch就直接commit到cvs上，不過問題來了，做make test的測試到HTTP PUT該項時沒過。
仔細的研究一下，還真的是第二次更動的code造成了問題。第三次的修改並驗證之後，這次就很快的patch就被接受了，目前已經commit在curl的cvs上。

這次寫patch得到一些經驗:

1. 寫patch時應配合原程式的架構及style，會比較容易被接受。
2. 寫完patch之後應照原程式的測試方式做一遍測試，而非只是測試自己的情況。
3. 大部份時候都要仔細考慮並聆聽來自原作者的意見，畢竟他是最清楚全部情況的人。
4. 不要懶的送patch，雖然可能會多費一些時間跟功夫，但送了patch通常可以學到更多。

ref: 我和curl作者討論的過程，https://sourceforge.net/tracker/?func=detail&atid;=100976&aid;=2709004&group;_id=976

上次升級4.0.5的KDE其實印象很不好,
不斷的crash之外 另外登入成功後也無法正確logout,
種種的問題又讓我退回使用3.5.x,
不過這次升級到KDE 4.2.0,
使用到目前為止其實還算順暢,
除了少數plasma的applet無法正確啟動外, 使用感覺還算良好.

我的平台是gentoo linux, 大部份套件是穩定版本的,
所以升級還在測試中的KDE4.2 , 其實有遇到幾個小困難:

1. 我原本的gcc版本是在gentoo裡被列為stable的gcc 4.1.2, 但在編譯kde-base/systemsettings時遇到困難, 老是有函式找不到, 最後參考網路上的作法 換至gcc 4.3.3後就一切順利. (真是詭異的作法)

2. plasma老是啟動時crash, 還是只能參考網路上的說法, 將穩定版的 qt 4.4.2換至qt 4.5.0rc1, 就解決了這個問題.

因為遇到這兩個套件需換至測試版本, 另外就是我也很久沒更新了, 所以emerge world居然重編了一千多個套件, 老實講distcc沒有那麼有用(據說我們公司裡有一個distcc陣列 :P 不過還是直接換硬碟到build server上會比較快啊 ！), 因為configure的時間其實很長, 最後還是借了一台雙核E8400的電腦來build, 不然實在是太累人了.

KDE 4.2的穩定度大約是4.0左右的水準吧, 用到現在仍然沒有crash, 用起來的感覺也還不錯, 就是可能現在還不是安裝的最佳時機,有些AP用起來也可能還有問題, 如果對KDE的程式有重度需求可以再等等.

雖然自己愛聽女聲, 不過我其實是滿少看台灣歌唱比賽的節目,
平常聽的如果不是西洋金曲類的大概就是公信榜武道館還是些OP/ED之類的歌,
不過星期日凌晨聽符瓊音在超級偶像2總冠軍戰第三輪唱的Listen還是特別的受到感動,

"某"評審說符瓊音這首的缺點是還在Beyoncé的陰影下,
"仍"沒辦法超越Beyoncé,
我實在是覺得有點吹毛求疵,
撇開大家都知道的感冒及破音不談,
我覺得Beyoncé這首歌的靈魂其實還是被展現了,
我想符瓊音肯定是看過電影Dreamgirls的,
她自己大概也知道自己所伴演的角色是Effie White這個唱功一流卻因外型所困的歌手而非Beyoncé所演的那個美麗的Deena Jones,
像Beyoncé這樣子外貌與音藝兩者俱全應該是她一生都想企求的目標. 或許她正是害怕從Jennifer_Hudson所演的Effie White看到自己的影子
才唱了Beyoncé這首可以代表自己心聲的曲子. 不論如何我覺得這首歌仍然是整個總冠軍賽最好聽的一首, 沒有因為這首而大翻盤實在也是太殘念了...

這次因為感冒(跟魔咒?)只得到第二名只能說是相當可惜
因為雖然其他人唱的也不錯
不過老實講只有符瓊音的歌才真的讓我的耳朵有滿足感.
超偶2第一名是誰其實也不重要了 因為也已經都過去了,
符瓊音麻煩你趕快找個好製作人出張好專輯吧...

今年9月6-7日的Django Conf 第一天的最後一個議程是Cal Henderson的Keynote: Why I Hate Django，其中提到很重要的一點: Django沒有吉祥物，Django需要一個具有"Awesome"跟"Magical Powers"特性的吉祥物來作代表。於是在全球Django愛好者的腦力激盪下，屬於Django自己的吉祥物出現囉! 就是avalonstar的Bryan Veloso所設計的這隻可愛的pony喔!








更多django pony的有趣資訊請參考：
http://avalonstar.com/blog/2008/sep/9/web-framework-ponies/

http://code.google.com/p/django-pony/


http://www.djangopony.com/


http://twitter.com/djangopony/

http://www.djangoproject.com/weblog/2008/sep/03/1/

Django 1.0 released！

1.0是Django project一個很重要的里程碑，因為一直以來官方對於Django 1.0有個很重要的承諾，就是在1.0之後的所有版本都將維持向前相容性，就是不論是到1.x多少版，都將維持對1.0版本程式的相容性而不會再作任何會打破相容性的重大變動。這也是為什麼1.0版本會遲遲不推出的原因。

不過1.0 release的這一天終於來了，
根據Django官方網頁的說法，自從上一個穩定版Django 0.96.2以來，到這次的1.0版本發佈，已經有超過三十五萬行的Django程式碼被修正或改變，足見改變之大。(改動350000行的python, orz)

這次總算是讓我可以使用Django的新版本了，畢竟用了0.95.x跟0.96.x實在是很久了，而Django的SVN trunk對於真的要上線的系統畢竟還是個比較危險的使用方式。不過美中不足的是debian lenny似乎還是會來不及將Django 1.0包進debian linux系統，看來以後安裝上線系統又要多費一番功夫。

想知道更詳細的改變內容跟新增功能請看Django 1.0 release notes

時間過的飛快, 其實感覺去年的coscup 2007似乎才剛結束而已. coscup 2008又開始了,
這次kalug的朋友去了好多, 平常會掛在irc頻道上的至少就有去了一半以上,
一些平常少出現的朋友也都遇到了, 還遇到了一些原本只在irc或網路上看過的前輩跟朋友.

星期六早上雖然有點睡過頭,
不過還是跟lloyd大大坐著高鐵順利的來到了台大應力所的會場,
(走好久啊,難怪有人迷路), 這次小弟我也有準備了兩個20分鐘左右的session要介紹,
主要是簡短的講了一下django跟py3k這兩個有關python的議題,
第一天下午講django時由於臨時因為筆記型電腦接上投影機後畫面出不來,
倉促的商借了yurenju(小朱)的筆電 但是似乎因為是沒有字型的關係,
替代字型其實有點不好看 有些字重疊在一起 不過還是硬著頭皮把他講完了
另外20分鐘其實很短, 所以講的好像有點倉促 主要還是講一些觀念上的個人看法
希望能引起一些朋友對django的興趣.
這場講完後見到了非常客氣謙虛的WilliamYeh葉秉哲大大,跟他作了一些心得交流,
其實我有好幾本他的翻譯書 應該要拿來給他簽名才是.
另外感謝這場大家對我的笑話還挺捧場的,
似乎沒有人睡著,不然講下午第一場實在是有點辛苦,
連我自己都會覺得昏昏欲睡.
下午也有跟freenode irc上#python.tw我們python幫的gasolin, keitheis碰到,
上次coscup 2007跟gasolin聊比較久,
這次gasolin好像比較忙 聊了一下就不見人了
第二天下午我要跟keitheis找gasolin的時候, 就發現人海茫茫 真是難找
這次第二天結束吃飯的時候其實在跟thinker聊台灣pycon下次會不會辦的時候
lloyd有跟thinker提到說, 台灣的pycon其實也可以借coscup BOF的時間來辦,
我也覺得實在應該要排一場BOF讓#python.tw的人互相認親聊天才對.

今天晚上的晚餐是像海浪一樣的pizza海, 兩百五十人份的pizza果然是壯觀,
BOF我是參加我們自己kalug主辦的OpenStreetMap, 拿了一些pizza跟雞翅飲料進場地, 邊吃邊聊.
人比我原先預期的多,陸陸續續大概有三十到四十個左右的朋友來,
BOF內容主要是這次OpenStreetMap的講者louis來講一些josm跟openstreetmap的一些情形.
Arne講到了一些tag標示的東西及提到一些路名中文拼音上的混淆,
lloyd大大講了一些gsm logger支援的狀況. 大家有得吃又有得聊 實在滿不錯的.
不過下次應該要在場地準備一些面紙之類的 不然大家吃東西吃的油油的
又要跑廁所洗手 這樣歡樂的BOF就被打斷了.

晚上跟keitheis,還有我們kalug的lloyd大大,凍翔,
study area的billy回到住宿的飯店, 聽說凍翔跟billy聊到很晚,
keitheis從台南坐夜車上來之後還跑到誠品 另外我跟lloyd大大也很累 所以也就先睡了.

第二天一大早爬起來其實還是有點累 不過早上我有py3k的簡報要報
這次一樣借了yurenju的筆電, yurenju有幫我修改了字型 字型效果就好了不少.
真是非常感謝小朱大力幫忙. Ping長輩一開始介紹我的時候提到提姆之禪,
我自己一時還會意不過來 只有python之禪 我哪來的提姆之禪,
原來他所說的提姆是指曾在python mailing list上有tim bot之稱,
撰寫The Zen of Python (Python之禪) 的Tim Peters, 不是在說我有什麼禪,
Tim Peters其實是python界的傳奇人物之一, 我取ID時的確是沾了他的一點光,
希望我寫的程式也能得到他的庇蔭. (笑)

其實py3k這場講起來感覺時間更短, 有點意猶未盡, 才一下子就被後面的舉牌美眉舉牌了,
不過為了怕影響到後面的講者更精彩的議題, 就講的稍微快了點,
雖然原本就只打算講一些py3k的重要觀念跟想法,
但是還是覺得好像有點倉促, 可能下次繼續在kalug講一場好了, (有人想聽的話 orz)
順便恢復一下據lloyd大大說我老是把20分鐘的投影片講成3個小時的功力 XD

第二天下午的場次時跟以前高中的優秀學弟, Mozilla TW的Bobchao小聊了一陣,
我跟他都覺得雖然很多網友其實平常網路上有所聯絡,
但是辦個實體的聚會其實還是有他的效果, 所謂見面三分情嘛!
irc跟網路上的朋友通常是分散四處的關係 其實平常也很難見到,
人生相逢便是有緣, 珍惜緣份就是一種福氣 不是吗?

晚上跟著一群coscup的大大們,還有kalug在台北的朋友們去吃飯聊天,
不過我因為要趕著搭高鐵回家, 另外chihchun跟hychen也要先走,
就請shawn順便先送我去車站, 結束了短短兩天的coscup 2008之旅.

我這次的投影片都會放在kalug的這邊,
另外coscup 2008的官方網站之後可能也會有錄影跟投影片的下載,
還請各位前輩朋友多多指教囉.

根據這篇Roadmap的說法, Django 1.0 會在7月alpha, 8月rc, 9月release. 雖然不知道到底準不準時, 但是"準備好了就會出來"這種話我已經聽膩了... XD

http://metajack.wordpress.com/2008/06/11/the-problem-with-django/

基本上我還滿贊同這篇文章的觀點,
事實上我甚至覺得大部分正在開發中的軟體專案都應該建立一個以時程為主的release週期, (即regular release)
而非是現在主要是以功能完成度為主的週期.
因為開發者通常都過於樂觀還有自信太強,
常常低估了完成軟體的時間, 對於沒做過的功能不管聽起來再怎麼簡單都最好還是保守點比較好,
像django的1.0也實在是拖太久了 難怪ticket#2070會被拿出來鞭... 一個http streaming upload 的patch前前後後改了兩年多還是沒進trunk...真不知道是該說追求完美還是太龜毛了... :(

像Ubuntu這樣的release週期我就覺得滿不錯的, 儘管每次的新版變動不會太大, 然後或多或少都會有bug, 但是至少是在建立一個正向循環並且能鼓勵新的開發者投入.

當然還是要說Django真的很不錯就是了. :)

"""
「習武不是拿來傷害別人的！」陳夆昀（卅七歲）說，被打時他曾一度很火大，曾朝其中一人鼻子出拳，而勾倒另一人後，也起腳要往頭部踹下去，但兩次都忍下來，硬是把拳腳縮回來。

身高一百八十一公分、體重超過一百公斤的陳夆昀，十三歲開始練習各種格鬥武技。民國八十六年被已故日本知名摔角選手「馬場」選為「台灣唯一接班人」，還到日本接受訓練；後來因傷回台，成立「風雲」隨扈公司，在李敖參選總統及藝人林青霞父喪回台時擔任隨扈工作。

二○○二年美國大西洋城舉行的國際職業摔角大賽，陳夆昀以「白獅」身分出賽，僅花了四分鐘，就用自創絕招重創美國好手「愛國者」，拿下台灣第一座世界職業摔角冠軍。

去年八月三日凌晨，陳夆昀騎機車載女友，在板橋市館前西路四十六巷，與正在倒車的徐祥恩（廿八歲）、黃梓曦（廿八歲）擦撞，當時陳夆昀與女友未受傷，機車受損輕微。陳夆昀說，原本不想追究，徐祥恩卻持鋁棒攻擊，黃梓曦也對他揮拳毆打，兩人還警告他「如果敢報警，就到醫院堵你」。

陳夆昀說：「如果我真的出手，我擔心被害人變成他們。」他要保護女友，才用左手格擋，「我算一算，左手大概擋了五十多下鋁棒，手才斷了」。

後來陳夆昀提出傷害、恐嚇告訴，檢方起訴徐、黃兩人，並具體求刑七月。

板橋地院昨天開言詞辯論庭，徐、黃否認恐嚇，陳夆昀的辯護律師才揭露陳夆昀世界職業摔角冠軍的背景，並稱因他有體格優勢才不致受重傷，若一般人可能會被打死。兩人得知打的是世界摔角冠軍，甚感訝異。公訴檢察官以徐、黃兩人下手兇殘，又不知悔悟，當庭加重求刑至十個月有期徒刑。
"""

轉自聯合新聞網

看到聯合新聞網的新聞, 覺得這位陳夆昀實在真了不起.

令人打從心底佩服. 這才是真強者啊...

要我是世界職業摔角冠軍大概就會搞個炸彈摔然後徒手把對方劈成兩半再扔到垃圾筒了...

還好我只會摔車還摔的不大好看 XD

==

突然想起國小那位很兇的老師常講的話: "讀書不是爽就好..." 嘖嘖...

這句可能會成為Python Programmers的本月(年?)最經典.

此句的出典為本月在駭客圈裡非常知名但原本推崇perl語言的XKCD網站漫畫 (xkcd的作者昨天學了python, 注意看的話會發現Tooltip上還寫著Perl, I'm Leaving you.):




隨即有網友作了T-shirt:



加上 TIOBE Programming Community Index 的本月頭條: December Headline: Python surpasses Perl for the first time in history.
這個月似乎python推廣的好消息不斷. (或是perl ain't cool anymore?!)

所以,

下次記得老闆要叫你"""飛給他看"""的時候,

python可是連反重力模組都幫你寫好了.

;)

來自 Slashdot 的報導:

耶魯大學政治聯盟（Yale
Political Union, YPU,美國最古老的學生政治組織)的學生
仿效著名geek漫畫xkcd, 在耶魯一場Stallman對於DRM(Digital restrictions management)議題的演講裡, 對Stallman進行(玩笑似的)攻擊.




Richard Stallman主要在耶魯大學講述的議題為DRM,
RMS 認為現在大型商業公司(Apple,Microsoft,Sony)推動的DRM(數位著作權管理)是非法的,

常用的DRM限制包括：

* 必須在指定電腦或播放機才能播放
* 必須在特定的日期前才能播放
* 播放的次數
* 傳輸到播放機的次數
* 燒錄到光碟的次數
* 以上限制的混合
(引用自Wikipedia的DRM條目)

而GPLv3也可說是RichardStallman對DRM全面宣戰的GPL改進條款.

耶魯大學政治聯盟在RMS演講之後, 進行對 "DRM是非法的"這個議題的投票, 以33對20票通過.

不論我喜不喜歡GPL, RMS無疑是自由軟體界真正的鬥士,
他對於他眼中的惡向來從不讓步,
沒有GPL與FSF, 今日的自由軟體絕不能如此蓬勃.
而這樣具有風骨的人物跟信念堅持, 不論我是否同意他的論點, 都是讓我值得尊敬的.

看了Digg上這篇文章之後, 才發現gimp建圖檔時可以選衛生紙這個選項~~
試了一下還真的哩...

喔 這個概念真不錯 不過我家印表機可能印不出來吧....
還是美國的衛生紙現在改用 Double A材質了 ??? XD

不知道國家找我這種沒戰鬥力的文官去幹嘛~~ 我當兵都在寫公文跟當客服處理客訴啊~~
哪會作啥戰...
還要去屏東某營區一個禮拜~~ 禮拜天早上就得出發~~
唉唉~~ 真不想去～～
我是很愛好和平的啊~~ (其實是不爽錯過一個禮拜的新番 Arrrrrgh~~ XD)

祝我平安歸來吧～～

YurenJu目前正在維護台灣OpenSource社群活動行事曆, 台灣各地其實到處都有各種開放原始碼的社群聚會, 只是有時這些活動的時間不大容易記住, 也很容易排定的時間上有所衝突, 有個可以一目瞭然的行事曆的確是好的多.

目前我已在維護的kalug及python星球上加入連結,
其他社群的朋友如果想加入到自己的網站上的話,
只要插入下面這一段HTML碼就可以了.

<div>
<iframe style=" border-width:0 " width="240"
frameborder="0"
src="http://www.google.com/calendar/embed?src=p09uh8cg4uvt2ij4obf45cltsk%40group.calendar.google.com&chrome=NONE&mode=AGENDA&hl=zh_TW&height=350"
height="350">
</iframe>
<a target="_blank"
href="http://www.google.com/calendar/render?cid=p09uh8cg4uvt2ij4obf45cltsk%40group.calendar.google.com">
<img border="0"
src="http://www.google.com/calendar/images/ext/gc_button1_en.gif"/></a>
</div>

另外yurenju也在號召有興趣共同參與更新行事曆的朋友, 如果您的組織有經常性的活動的話, 可以跟yurenju聯絡.

氯丙嗪(Chlorpromazine, C17H19ClN2S1 •HCl )，是第一個用於精神病的藥物，

這個在1950年代被研發, 又稱作冬眠靈的藥物, 扭轉19世紀重病理輕治療的風氣,

在20世紀末期揭起"二次生物精神醫學"的大旗.

將精神醫學帶到一個新的領域 -- 精神藥理學.


而這本由心靈工坊出版, 吳佳璇醫師透過訪談並編寫整理出版的 ,

正是其英文自傳被收錄在國際神經精神藥理學會(CINP)出版的

<<1980年代傑出神經精神藥理學家自傳集>>裡,

在精神藥理學界極為知名的張文和張教授,

他一生在精神藥理學術領域裡耕耘,與艱困的外在環境持續搏鬥,

但卻始終不曾放棄的奮鬥傳記.



由於舍姊的緣故 運氣不錯的拿到了一本張教授親筆簽名,

內容300頁左右的自傳書籍. 這次回到家中總算有閒暇仔細閱讀.

張教授從生物化學轉而研究精神藥理學後, 幾十年來熱情不曾中斷, 並培養後學不遺餘力.

儘管經歷中國的文革下放, 來台的凶險難行 也曾經歷外在環境的刁難,

但為了繼續能研究精神藥理學, 不斷求取新知, 走進國際, 毫不畏懼的接受一場又一場的生命試煉.

雖然我不是這個領域的內行人, 卻很容易的從書中描述張教授一生的行為與事蹟,

讀出張教授對這個領域的熱情與專注.


書裡有提到精神藥物領域之所以特別重要,

是因為一般的疾病較容易理解病因,

而經由病因開發藥物加以治療.

而精神疾病卻不然,

反而通常是因為運氣不錯湊巧發現了能加以治療的有效藥物,

才有辦法透過研究有療效的藥物來了解真正的精神病因.

而正因為精神藥物學正是象徵著一顆能解讀人類精神疾病奧秘的希望之石.

也無怪乎張教授本身極為喜歡那顆導致人類破解古埃及文字奧秘,

目前已被放在大英博物館展覽的Rosetta Stone.

如果連個人平常的喜好都能透露出這樣的願景跟理想,

從此的確可看出張教授對於精神藥物學的喜愛跟專注精神, 委實令人感動.


書中張教授的自序的標題即是"有生涯無規劃" ,

不論是在哪個領域 這種作研究的精神著實令人佩服.

想起之前有次讀到日本鎖國時代的日本人,

為了翻譯一本由荷蘭語所撰寫的解剖書籍:"解體新書"

在沒有任何字典的輔助跟文字完全看不懂的情況下,

翻譯了整整四年才得以翻譯成功.

也因此才促進了當時日本醫學技術的大幅進展.

而反觀在這個資訊非常容易獲得的時代,

卻有許多連非常基本的問題都不肯自行研究並搜尋資料

卻只會等待別人告訴他答案或根本不願求知的人,

所以我想這種有志者事竟成的心理素質,

正是我們這個世代所需要學習和效法的.

從白菜的blog上看到的

http://dis.4chan.org/read/prog/1180084983/

我也來加一個:

Python mind but Lisp/Scheme in heart Programmer:

Y = ( lambda func:
( lambda f: func(lambda x: (f(f))(x)))
( lambda f: func(lambda x: (f(f))(x))))
F = lambda f: lambda x : x==0 and 1 or x*(f)(x-1)
T = Y(F)
print T(6)

Update緊急聲明:
Chih-Hsiang 在評論裡提到合勤PL-100的效能不彰...
而我昨天因為這裡傳輸需求並不高所以沒有實測,
但剛剛一測結果讓我下巴差點沒掉下來...
我沒想到能有這麼差... @_@

所以擁有或未來打算升級到2M以上對外頻寬的千千萬萬不要買PL-100!
剛剛實測結果, 網內FTP互傳居然只到240~230Kb/s均值...?
也就是說實際效能是85Mbits的40分之一不到,約為2M bits
這實際的效能差異未免太...

當然我的效能測試未必準確,
不過既然是實際發生的狀況,
還是請大家做為慘痛的教訓參考看看 XD

==

因為家裡的牆壁太厚,轉彎太多,
又遇到一張某"XDLINK"無線網路卡, 沒事就給我25%的連線品質,
上網實在太容易斷線了,
偏偏我老爸又嫌牽網路線太醜...
於是今天就去建國路買了一組兩個的HomePlug電力線網路橋接器回來裝.

我買的是合勤的PL-100
一開始本來想試試插在延長線上可不可行, 不過我家的延長線都有防突波
似乎太高檔了一點,所以一開始試連就連不上.
不過換插平常的插頭一插上去就很順利的就可以動了.

HomePlug基本上不同電表訊號就過不去了,最多能接十五個裝置.
合勤的設定程式只有Windows版,不過也不是什麼大問題,
基本上如果你不是有安全潔癖的話根本可以不用設定,
電源跟網路線插上就會動了,
我是順手設了不同的網路名稱,預設的網路名稱好像都是HomePlug.

用到目前為止還算滿意, 至少比之前常常莫名其妙斷線的無線網路好多了,
不過85Mbits的頻寬其實覺得有點太多(雖然是理論頻寬,我還沒測過),
因為基本上我也很少網內互傳開檔, 如果真有這種需求的人應該可以考慮買200Mbits(HomePlugAV)型的.(不過我也只有100Mbits的網路卡)

推薦大家家裡裝無線網路有訊號問題(例如有好幾樓),
但是又覺得牽條網路線難看的可以試試看HomePlug.
至少不必老擔心訊號不足的問題. :)