不過自從進了utf8時代，screen就一直有兩行bind key的指令：
bind b encoding big5 utf8
bind u encoding utf8 utf8

老實說這樣不是很方便，因為其實開BBS或某些Big5程式，固定的動作就是要先c-a c, c-a b
當初希望說能bind一個key是可以直接create big5 or utf8 window，結果找不到這功能，也就不了了之了。

每天c-a b、c-a u這樣按啊按的，其實也很煩，不過想說沒辦法，就算了

結果今天在某地方突然討論起screenrc
嗯，好像可以在screenrc裡面就先開好幾個視窗，並設定它們各自的encoding
好像也不錯，不過我沒有習慣開著很多個screen視窗…不是很適合我

後來又有人說了，他不想要bind key

不想要bind key那就命令列啦
screen可以在screen窗中shell打screen [num]開一個新的窗到該編號
那其它的指令應該也行吧…看著看著就看到screen -X，可以用shell命令列直接執行screen的指令….

這麼好用怎麼以前沒發現啊…orz

所以我連ptt的指令就可以改成screen -X title ptt; screen -X encoding big5; ssh -l bbs ptt.cc
做成alias，既可以換title，又可以換encoding，又連上了，也不會限定在幾號視窗

果然…人是有盲點的orzorz

先來看看新聞原文

http://tw.news.yahoo.com/article/url/d/a/100705/11/28ov5.html

懷胎九月? 學界醫界不同調

在一般民眾的認知上來說，母親是辛苦懷胎十月生下寶貝，不過有一份國小健康教育考卷，正確答案是九個月，讓一位同學答錯試題，家長很不服氣。

母親是辛苦懷胎十月生下寶貝，這個大家都以為是標準的答案，出現在小學三年級的健康教育課程裡，卻是錯的答案!南投縣水里國小三年級期末考卷，答案是九個月，家長也搞混了，家長強調分數不是重點，是觀念的問題。

到底懷胎是九個月或十個月，聽聽看醫生怎麼說?

醫學認知既是 37~42週，也代表九個月跟十個月都對，那麼教育部為什麼在課本上認定九個月，恐怕得跟家長解釋一下。(民視新聞田志興南投報導)

其實從37~42，你就曉得標準應該是40左右，40週等於280天，就是平均懷孕的天數。

那問題出在哪？因為農曆的月和國曆的月不一樣。

農曆大月30天、小月29天，所以280天在農曆將近有十個月。而國曆大月31、小月30天，很顯然280天比九個月，只多幾天，所以是九個月。

現代人用的當然是國曆，預產期一般也是用280天去算，而不會用300天左右，所以我想一個人懷孕約九個月左右這件事應該是可以不用再吵了。

至於「懷怡十月」，是句成語，也沒必要去改變它，要改變的是心態。

台灣教育，很大的一個的問題就是習慣把答案簡化成一個標準答案，而不讓學生去了解背後的東西，一般人養成了習慣性腦殘的問題，也就不意外了。

補充小常識：280天是以月經最後一次來的第一天計算。而受孕一定會在下次排卵之後，所以實際上的懷孕週期，還要扣二週左右，但是一般人不可能知道自己哪天排卵，所以用月經來潮來計算較為便利。

不過不小心忘了之前已經把blog目錄設成唯讀，結果更新失敗，花了一點工夫從零開始安裝，正好當成一次大掃除，清掉一些不需要的檔案。大部份的plug-in依然可以工作，不過可能calendar格式有改，用了N年的live calendar壞掉了，目前沒空去管它，就先這樣吧。

首先，為什麼許多國家相繼廢除死刑或暫停執行死刑，而又有那麼多的人組成廢死聯盟？

其實從過去的脈絡一直延續下來，廢除死刑很明顯是一個趨勢。

古代的刑罰存在很多對身體上的侵犯，但是隨著文明的進步，目前在世界上已經少有這種東西了，大部份都只有限制行動或金錢上的處罰。有刑求或鞭刑的國家一般都被認為是比較不文明的。

但是這中間還是存在一個特例，就是死刑，雖然說在文明的社會，為了避免死刑犯有過多的痛苦，也都採用比較快速且不痛苦的處刑方式。

可是，死刑畢竟還是對人身上的一種終極侵犯，也是現今人類遺留下來不文明的一個印記。
所以基本上，廢除死刑，可以說是人權運動的一部份，也是文明的象徵。

所以這樣以純理性的角度來看，廢死似乎是一個正確的方向？不過很可惜，廢死問題從來就不是理性的問題。

廣義上反對廢死的人其實還可以細分成兩種人，積極支持死刑和消極反對廢死的人。

支持死刑的人，認為死刑可以遏止犯罪。其實我是覺得多多少少會有正相關，像之前很多人覺得台灣應該也要效法新加坡採取鞭刑，或對強暴犯實施去勢一樣。我們都曉得，亂世用重典的傳統思維一向深植人心。(不過，就人權的立場來說，這是錯的)

反對廢死的人，其立場的癥結點在於，今天法官已經判了某些人死刑，一旦廢死，這些人就不必死了。本來要死的罪，現在不必死了，直覺上當然會認為是救了這些人。就被害者(死刑犯罪的被害者..通常都死了)家屬的立場來說，無疑也是二度傷害。而且就邏輯上的立場來說，「罪不及死」和「死罪」本來就是兩個截然不同的等級，今天如果廢除了死刑，如何懲戒這些窮兇惡極，罪不可赦的罪犯？

支持廢死的陣營，顯然也由一些立場各異的人士組成。雖然廢死的理念是一致的，但是廢死的理由各異，反而產生了矛盾。

以人權的角度來看廢死，其理路是清晰而正當的，知識份子應該都可以理解這個觀念(雖然理解不代表支持)。

但是那些簡直像對家屬落井下石的強迫人去寬恕，或是說罪犯情有可原的說法，顯然理路不通，也就沒辦法為眾人所接受。

首先，所謂的死刑犯，就是在法律上被認為罪不可赦的人。既然不可赦，你覺得應該原諒他是你家的事，可是去強迫被害者家屬去原諒他，並不是一個真正慈悲的行為，而是自以為是的傲慢。

其次，廢死要從制度面上去改變，在今天沒有相關法令配合的狀況下，不斷重覆營救死刑犯的動作，只是一種破壞民主法制的行為，徒增社會的反感。

另外，又有提出冤獄一說，而反對死刑的。其實現在被判死刑的人已經越來越少，君不見現在殺人也少有被判死刑的？被冤判死刑的人，在現今司法，我相信不太可能會出現。況且，不相信司法，認為被判刑的人都是被冤枉的，要把他們都救出來，那麼，良民的權益又要如何伸張呢？該要做的應該是改革司法才對。

其實最近的爭議，不免讓人覺得中間有許多的疑點，以下引用一下某朋友的話。

1. 為了不想執行死刑，不惜下台的某部長，為什麼不趁國會多數的這些年，對死刑制度做些什麼？

2. 如果廢死陣營真的那支持人權，某個被押了快五百天，而且還會一直被押的人，人權顯然也被侵犯，怎麼都不出來說個話？
(我們都曉得他應該九成九九是有罪，而且也都很痛恨他，但他犯的罪還不到死刑，甚至都還沒三審定讞，為什麼他的人權就可以被侵犯？)

3. 某外遇立委，為什麼要刻意在這個時候，挑起這個話題？

所以大家在這些問題上，大可不必隨著媒體起舞，而應該多多思考這個問題的本質和自己真正的想法。

我個人是不特別支持死刑的，但是也反對毫無配套措施的廢除。

最重要的，為了廢死修法之後，新的刑罰仍然必須將過去的死刑罪和非死刑罪，做一個合理且公平的區別。如果一味減刑，顯然不符合乎邏輯還有公平正義。

我是覺得我個人，還有大部份在喊廢死的人，如果說自己關心這些死刑犯的人權，基本上都是在說謊或假惺惺。世界上那麼多該被關心的人，沒人說我們都不一定會去主動關心(我也頂多每個月捐個一千元給展望會)，何況是這些窮兇惡極的罪犯？

的確，他們的人權是不應該被侵犯沒錯，不過死幾個壞蛋，而且還是合法把他殺死，說真的，我也不會太關心。

其實，如何最快達到廢除死刑的目標？首先要做的就是，凝聚不要再判死刑的共識，然後把原有的死刑犯趕快執行一下，就結了。只要沒有死刑犯，台灣很快就會進入「實質上廢死」的階段，反對廢死或支持廢死的人之間的矛盾就會消除，一切就好談，要進入修法程序也就容易得多了。

不然，照現在這樣搞，有個假的人權政府和八成反廢死的民意，廢死大概還有滿長的一段路要走吧。

一般人可能只曉得kkman/pcman，而putty曉得的人就少了，今天提到的pietty是基於putty，針對繁體中文和BBS問題修改的一個terminal client。台灣的putty愛用者多半都會曉得pietty。

之前的pietty是由putty 0.57/0.58修改而來，雖然也已經不需要什麼功能，不過當putty都進到0.60的同時，有時候還是會覺得應該更新一下。網路上有流傳過非原作者所更新的pietty(由pietty原始版本再去incremental merge putty change)，不過還是多多少少有一些奇怪的問題(畢竟不是原作者，有些東西比較不清楚去哪邊修改。我也merge過可是我只有一點點MFC基礎，純SDK實在不太會，最後編完一跑就exception…XD)。

不過這次原作者piaip重出江湖，大家就趕快趁這個機會抓下來測看看吧，趁beta期間，有bug趕快報!現在報bug很快就會修掉了!XD

剛才花了點時間查了一下…Firefox在Win7底下myIpAddress()傳回來的竟然是ipv6。而且就算把ipv6功能關掉好了，你還是會得到::1這樣的東西。

上網搜尋了一下相關的文章，目前這個狀況…無解。

真的是很無言…

先說明小弟背景
已畢業 即將到科技業工作
沒考過TOEIC 自覺英文能力相當差
英文程度以面試時mini-toeic上機測試的經驗 大約落在400~450區間
未來計畫想持續提昇英文能力 無論是聽說讀寫..
目標是toeic測驗拿到700up
以提升自己的職場競爭力
但問題來了
出社會工作後 勢必準備時間少
而我自己也知道語言不能速成 但希望自己在準備上 可以達到事半功倍的效果
雖然版上推薦的諸如必考單字600 OG 國際學村我都有
但自學實在不知道該如何下手比較好..（補習效果會比較好嗎?)
想參考各位先進的意見 謝謝

這個問題幾乎是台灣多數上班族的問題。在多益板上多半的人都有求職、畢業門檻之類的實用目的，所以當然是以快速提升分數為主。這我當然沒意見，不過其實也有不少人是像這樣希望能夠提升自我實力的。就我自身的經驗，整理一些重點希望能提供給大家做個參考(原文貼在ptt TOEIC板上)。

1. 考試可以速成，語言沒辦法速成

一般所謂「補TOEIC」都是非常考試導向的補習。不管是熟悉題型、常考單字、考古題，上課幫你抓重點，這些都是幫助考試考好的方式，而不是專注於幫助你學好英文的方式。

一個人很久沒唸英文，通過去參加考試及補習，可以多接觸到一些解題法，以及重新檢視一些可能原本不會或已經遺忘的文法內容，進而讓你可以把你完整的實力發揮出來。但是其實這是一種所謂「去蕪存菁」的一個過程。

一個很現實的問題是，如果你本身沒有足夠的材料(平時接觸到的聽說聽寫)，那也就沒有所謂的「蕪」所謂的「菁」。就好比一個人學會了做菜的方法，卻沒有去買菜，那當然晚餐還是做不出來。

當然不能否認你在補考試的時候還是可以學到一些東西。但是如果上課上完就算了，或者，好一點，有看一看上課的講義，那麼老實說，你只累積到考試的實力，而沒有累積到真正應用的實力。

舉個例子好了，以我們這個年紀的人，多半都是在中學學了六年的英文。可是因為中學六年，大部份的人都沒有體認到英文的重要，所以只願意看課本參考書，應付考試。結果六年下來，你的收獲就只有六千個單字和一些文法，更糟糕的是一般生活單字(用品等等)幾乎是掛零。

六年下來生活中目光所及的各項物品(大家什麼時候學到blinds是百葉窗的？高中沒教，所以說不定有些人N年還是不會)，很多都不會說，更別提聽、說、讀、寫的能力了…

所以每次看到大家在TOEIC板上說，反正做題目就對了，或者是說補多益補了超過一年，我就會覺得其實這樣不完全對。

2. 虛讀不如實用

虛讀最大的問題就是你看到的東西通通都是死的(尤其背單字如果用中英對照的方式背)，照學習理論來說，你要複習很多很多次才記得起來。

可是如果今天你是為了寫一封信，或看小說有個句子看不懂，再去查、去學，在這個過程中自然你的印象就深了。

而所謂文法，就算記了一條規則，也只是規則。還不如你聽過很多個類似的句子，那看到文法自然就通了。語言這種東西，不怕多接觸，就像我說的，你的材料越多不會越記不住，反而在讀書的時候更能觸類旁通。

有時候不見得能實用，但是可以創造出實用的環境，像背單字不要背中文解釋，而要去背英文解釋和例句，自然就比背中文解釋要來得更好。

而終極的方式就是學會消化之後，再去教別人。例如說同學朋友，那就會記得更清楚了。

3. 聽說讀寫的自修訓練方式

這邊介紹一些不花大錢又輕鬆的自修方式，可以融入平日的生活當中。

聽:

很多人推聽寫，當然是有心力的時候的好方法。

但就算累的時候，挑有興趣的英文電影/影集，加上英文字幕，或乾脆取消字幕來看，也是練訓聽力最簡單而輕鬆的方式。(或者，也可以挑看過想再看一遍的改英文字幕，更沒壓力。)

說:

聽廣播或電影之後，再重覆他們的句子是最基本的。首先要練到自言自語能講得順暢，想再去上所謂會話班才有效果。

讀:

平常上網的時候多接觸英文的訊息，如wikipedia(學習英語的超級寶庫!)，新聞，論壇等等。多利用google搜尋，也可以學習英文。

另外其實多益900，讀文學作品也不見得輕鬆，但是讀是寫的根本，所以讀書是必要的。

不習慣一次讀一大本書，可以從兒童讀物->青少年讀物(YA, 如波西傑克森)->大眾小說(如達文西密碼等)，這樣一步一步慢慢進階上去。

寫:

寫是最難的，有時候有盲點，也只能多看多讀，多練習

4. 培養興趣，興趣和自我提升的動力是進步的不二法門

上班之後大家的時間都是很少的，所以就要看你的決心和優先順序。

所以興趣也是很重要的，有興趣就不太會嫌累，可以挑你有興趣的主題，再去學習相關的英文。持續接觸是進步的最重要關鍵。有時候上班很累，一忘就一個月沒讀書，也是有可能的。可是如果從興趣出發，就比較不會懶。

5. 有時間金錢的話，挑一個適合自己的補習班

其實很多上班族補習，我覺得都是在浪費錢，所以我是有條件地支持去補習。

補習的好處是，反正你再怎麼累，錢都繳了還是會去上課。對認真的人來說，可以每星期「補充」一次上進的動力。

但是有一個很重要的重點是「你回家還要再複習」

否則據我觀察一些在公司上課的同學。反正就是每個星期來上一下，下星期又忘了。就算這樣上一、二年，還是只記得最近幾次的東西。上會話課也變成只是去聊一聊，練膽量，可是其實毫無進步。

6. 用功就對了

語言的世界裡面，到頭來，還是只有認真的人有最多的收獲。
祝大家進步神速!

RDS的raw data throughput為1187.5bit/s，一個封包是104bit/s，一秒鐘大約可以傳11.4個封包。一個封包扣除checksum後的有效資料是64bit，而扣除header之後的payload為32~40bits。這樣有多快？換算成一般的單位就是0.0456KB/s。

這麼慢的傳輸，可以做什麼呢？可以做的事很多，RDS定義了0A/0B一直到15A/15B共32種不同的應用。我們只挑幾個比較常見(其實是我只玩過這幾個)的來介紹：
PS(Program Service): 電台名稱，一共八個字元
AF(Alternative frequency): 替換頻率，在長途移動的時候可以自動幫你跳頻
RT(Radiotext): 電報訊息，最多可以到64個字元，一般會用來顯示目前的音樂名稱
CT(Clock-time and date): 包含日期、時間、時區，每分鐘發送一次。精度在+-0.1秒。
TMC(Traffic Message Channel): 即時路況
另外還有像ODA(Open Data Application)，基本上你愛怎麼定義裡面的東西都不會有人管你。

目前在台北可以收得到PS的電台有
1. 警廣 94.3 = RDSIOT12
2. 警廣104.9 = RDSIOT11(前幾個月104.9收不到，原因不明)
3. ICRT 100.7 = ICRT(前幾個月看，是FM100.7)
4. 漢聲 106.5 = V.H.B.N.
漢聲都一直很容易收到，而警廣次之，ICRT通常要等很久，有時候訊號不佳就根本收不到。

AF不曉得狀況，像94.3他就只有一個94.3而沒有第二個頻率可選，而且「聽說」台灣有些電台RDS會亂送，結果車用音響導致頻率亂跳。
RT目前沒看到有人用的，再來TMC方面，目前有兩個系統，一是警廣(Garmin有在用)，二是台北之音、ICRT、亞洲廣播網、雲嘉電台(Mio)，不過除了ICRT以外好像只有專心在送TMC。

最後要提的是CT(校時)，看起來只有漢聲有發。它的格式還滿特殊的，因為日期是Julian date，所以要用一串我根本看不懂的公式(註)去轉出來。再來會有UTC時刻和時區，就可以算出目前的時間。前兩天寫了手機上的FM校時程式(不必和我要，這個沒辦法通用所有的手機)。只要聽漢聲電台就會自動校正手機的時間，還滿好玩的:D

補充一下，五月份來到上海出差，發現上海這邊也收得到三台FM RDS電台資訊。有91.4(顯示SH91.4)、101.7(顯示101.7)、107.7(顯示SHANGHAI)。

根據測試，三個電台都有打開RDS校時的功能，不過和台灣漢聲的精準度(誤差在一秒以內)相比，只能算是聊勝於無，91.4/101.7和正確時間有二十秒左右的差異，而107.7的校時資訊則根本就是大錯特錯，比UTC+8快110分鐘左右，這…還不如不開對吧？

註：
Julian data的公式…我數學不好看嘸
//Convert Julian date to standard time
//EN50067:1998 Annex G
int Y, M, D, K;
Y = (int)(((double)jul_date - 15078.2)/365.25);
M = (int)(((jul_date - 14956.1)-(int)(Y*365.25))/30.6001);
D = jul_date - 14956 - (int)(Y*365.25) - (int)(M * 30.6001);
if ((M == 14)||(M == 15)) K=1; else K=0;
Y = Y + K + 1900;
M = M - 1 - (K*12);

因為以前的歷史，本來它是沒什麼期待的，不過憑序號從網下載、安裝之後，發現其實它比我想得好多了。我自己也是軟體工程師，從安裝程式開始，到輸入法選項裡面，許許多多過去我一直很想要的功能，就可以看得出來這並不是只把它改成win7可以用而已，而是有花心思下去做的東西。

另外因為本身從事Windows Mobile手機設計的關係，買Windows版就送一個WM版輸入法，可以說非常貼心，在手機上面使用也覺得還算滿順暢的(和注音比…XD)。

沒什麼好挑的，雖然設定完成之後其實你就忘記這套軟體了。不過好用的軟體就是你每天都會自然而然地用它，而不會有強烈的存在感。WinRAR是這樣、HyperSnapDX是這樣，嘸蝦米輸入法7.0也是這樣。

目前嘸蝦米還有提供線上購買版本，我是希望有用到的人可以支持一下購買正版或更新舊版，讓行易公司可以撐久一點，這樣我們才有後續版本的嘸蝦米輸入法可以使用。

由於不曉得Akismet和wp-cache合作的狀況，決定把wp-cache升級成WP Super Cache。其實這是目前最普通的組合…只是一直沒空去試。Super Cache感覺選項比較多，不過還不太了解，總之先開起來，rewrite rule改一改，看起來有在cache就好了，之後再看看狀況吧。