[Programming] getline

• Question：透過cin擷取輸入的字串，諸如："What the fuck"，然後分別以strtok切出這三個Token，再取strlen值為多少。然後我就直接宣告一個buffer，然後用cin或scanf來處理，都發現了一個問題，就是，那個buffer都只存到"What"就停了，後面的"the fuck"被略過了。以前沒注意到這問題，後來搞懂之後，普通的cin或scanf並無法解決遇到某些特殊字元的狀況。

• Solution：透過 getline function 就可以輕易的解決問題

• Example 如下：(底下Colorful Source Code產生的方式是透過 http://phpfi.com/ 這個站產生出來的，頗不賴的。相關的站台如下(轉自PTT C_AND_CPP 版)：

  1. http://paste.d22.cc/ (d2207197大的Nopaste網頁)
  2. http://nopa.csie.org/
  3. http://rafb.net/paste/ (中文支援可能會有問題)
  4. http://phpfi.com/
  5. http://nopaste.coders-net.de/index.php
     

#include <iostream>
#include <cstring>
using namespace std;

int main(int argc , char** argv)
{
  char str[100];
  cin.getline(str,100,'\n');

  cout<<"str = "<<str<<endl;
  char *token = strtok(str, " ");
  cout <<"Length("<<token<<") = "<< strlen(token) << endl;
  while((token = strtok(NULL, " ")) != NULL )
  {
      cout <<"Length("<<token<<") = "<< strlen(token) << endl;
  }
}

[Jobs] Google Job Opportunities in Taiwan

Google 來台徵才 ：

• Google Jobs
• Taiwan.CNET.com news
  

擷取自CNET的新聞內容如下：

Google今（2006/04/25）日全球副總裁暨大中華區總裁李開復以及Google工程研究院所長簡立峰的揭示下，公開宣佈在台徵才訊息。一如Google在網站上公告，這家搜尋巨人將在台開放軟體開發、無線軟體工程師、產品經理等數類以研發為主的工作職位。

上文提到的「簡立峰研究員」是「淡江電算系」畢業的，也算是我的學長。Cool 榮譽校友，拜一下…之前是擔任「Microsoft亞洲研究院技術顧問」，現今又被Google挖去..XD，繼「李開復」之後又另一名大將...哇哈哈，Bill Gates快氣死了吧，該不會從此Microsoft不再雇用華人了，都來陰的...Orz。

看來未來在台灣的「頂級夢幻工作」有目標了，希望有朝一日可以進Google掃廁所...XD

[Linux] Linux Cross-Referencing

一個Study Linux Source Code 的不錯的站!! 蠻方便的...搞得蠻有個樣子的。

「Linux Cross-Referencing 」

看看這些駭客級的 Linux Kernel 維護者如何Coding的吧!!

進入後，點「Browse the code」開始K Code....sasasa

[Software] WinSCP 連到的Server若為UTF-8編碼，解決中文顯示的問題!!

若要透過連SFTP的話，WinSCP 這套Freesware相當值得推薦。因而學校架FTP站的話，對方應該有被系上還是計中限流量了，最高上傳只可達150 kbs/sec 左右...Sucks，太小條了吧。後來現透過SSH出去的SFTP可以達400~500 kbs/sec 左右，嘿嘿...再加上因為Gentoo那台所使用的Default Locale為zh_TW.UTF-8，所以在設定上必需有個該注意的地方，照左圖設定一下，應該就可以正常看到中文字了。

[Gentoo] Squid : Proxy Server

以Gentoo的環境而言，其它的Distribution不確定。

• Run /etc/init.d/squid start 的時候，都沒有錯誤訊息!! 並不代表成功，若有run成功的話，「netstat -aln|grep 3128」 就會看到。Key in下面這行command，開啟debugmode可以明顯了解，到底run的過程，哪邊有問題...真是個貼心的設計。
  

squid -NCd1

• Squid.conf 的 http_access 規則的優先權是：愈上面優先權愈高

acl AllowDomain dstdomain .wretch.cc .ieee.org .acm.org .computer.org .stic.gov.tw
http_access allow AllowDomain
http_access deny all

設上面那樣子的話，只有符合 " .wretch.cc .ieee.org .acm.org .computer.org .stic.gov.tw" 這幾個Domain，Proxy才會去連，否則直接deny!!

※參考資料 ： http://proxy.lcps.tpc.edu.tw/acl.htm

[Security] Cryptographic Algorithms

[轉貼 From PTT CSSE] Cryptographic Algorithms

版大Reader提供

http://www.users.zetnet.co.uk/hopwood/crypto/scan/index.html

這個站是各種加密演算法的列表，十分清晰完整。

而最重要的地方是它有分別出 stable, provisional, experimental,
alleged 等不同狀態，一目瞭然，省得我們看到某某演算法，卻完全
不知道可不可以拿來用。

我覺得電腦科學和軟體應用之間，最大的問題就是缺乏實證性的資訊，
常常只能看這個演算法有不有名來決定要不要用，或是自己真的下去
讀通一篇篇的論文，但是這顯然不現實，於是這類的評價資訊就顯得
相當重要了。

[Software] Cygwin + NFS

因為修了「嵌入式微處理器程式設計」這門課的需求，為了能在Windows環境底下，使用「ARM」提供的「ARM GCC tools」，配合上課提到的ARM7為主的板子，以及加上因為RS232速度太慢，所以目前大部份分是透過Ethernet來做傳輸，在Windows XP上架了個NFS方便在那塊板子上Boot起來的uCLinux可以方便的透過NFS存取Windows上面的File。

照底下這一篇run一下應該就ok了!!

http://www.csparks.com/CygwinNFS/index.xml

想了解一下Sun發展出來的NFS嗎?

看這裡 http://linux.vbird.org/linux_server/0330nfs.php

※嵌入式微處理器程式設計相關：
．在Cygwin下使用GUN 交叉編譯器前，必須要將Cygwin.bat 在第一行後加入
set CYGWIN=title ntea（這是因為Cygwin的啟動批次檔案需要啟動Unix檔系統模擬。）
．Unix Process Control相關指令
http://www.csie.ntu.edu.tw/~pangfeng/System%20Programming/lecture_note_5.htm

• 注意：通常Service跑起來連不到，都是因為WindowsXP SP2的內建Firewall的關系，像sshd記得開TCP:22，如此才能成功連到!!

[Gentoo] 安裝 FreeRADIUS + Files + MySQL 認證

為了把Sercomm的Project，在Wireless AP和Client的認證模式，有些可以直接和AP直接作Authentication即可，有些則需透過額的Radius Server，於是用了FreeRADIUS這套Free的軟體架起了，為了測試我們所撰寫的API是否有正常Work。

大部份詳細資料，可以參考「NDSLab討論區」的這篇。

• 另外部份參考文件如下：

．以Radius+WPA建構校園無線網路 :
http://140.118.155.116/~kaie/Radius_WPA.ppt

．無線網路及身份認證伺服器之安裝與設定(以 FreeRADIUS 為例) [資訊工業策進會
網路多媒體研究所]
http://140.118.155.116/~kaie/wlan_freeradius.ppt

．結合AD與WPA的無線網路認證系統(微軟派)，此份文件說明頗詳細，值得一看
http://140.118.155.116/~kaie/WindowsRadius.pdf

• 喔耶!! 架好了，但似乎只有PEAP成功，LEAP和EAP-TLS...作些筆記

．若啟動有出問題，打"radiusd -X"進debug mode看發生什麼事!!

．若有firewall，記得不要把 UDP -> 1812 port 擋死!!

．win32環境底下，抓這個工具可以測試 NTRadPing [ http://140.118.155.116/~kaie/ntradping.rar ]

[Linux] iptalbe也有netstat可以用..Cool

之前因為在搞VoIP的穿越NAT問題，在我們自己架的NAT主機，似乎沒有像一般買的IP分享器那樣方便，有簡易的方式找出到底哪一個MAC Address是Mapping到哪一個Virtural IP，於是就是請教Google大神，有個叫 netstat-nat 的套件!!在Gentoo下emerge一下就ok啦。

要不然就是 「more /proc/net/ip_conntrack」 這個指令也可以查出 mapping...

[Programming] How to be a Star Engineer <如何成為優秀的工程師>

原文：http://netlab.cse.yzu.edu.tw/engineer.htm

How to be a Star Engineer
Robert E. Kelley, Carnegie Mellon University

Robert E. Kelley, "How to be a star engineer," IEEE Spectrum, pp. 51-58, Oct. 1999.

翻譯：馬仕毅

摘錄部份

[Problem]

貝爾實驗室由全世界最好的大學中聘用了最優秀，最聰明的畢業生,然而, 最後只有少數的人真正發揮他們的潛力而成為卓越的工程師。大部分的新進人員發展成可以穩定地完成任務的執行者，生產力並沒有特別突出，無法幫助貝爾實驗室 在提昇AT&T的市場競爭力方面，做出顯著的貢獻。

貝爾實驗室想要知道的是：傑出的工程師和普通的工程師到底有什麼不同？

[background]
在現今的職場中，資源越來越少,工作的要求卻越來越多。全球化的競爭，購併風氣,企業裁員使得每位員工所承擔的責任越來越重大，而可利用的資源卻 比以前少。環顧你的四周，和五年前比較,那位不是比以前工作更努力，工時更長？ 誰不是待完成的工作一堆，好多的電話和電子郵件還沒回？ 大家都在暗自擔心，如果不能再提高生產力，下一個被裁員的會不會是自己？每個人都聽過：更聰明地工作(work smarter)，只是似乎沒人知道那是什麼意思。

[ 誰主導了成功]
為了要分出表現平平的表現優異的員工的主要差異，我們請教了高階主管，中階主管，工程師，以及其他研究者的看法。由這些結果中，我們累積了45個主管們及工程師們都覺得會影響傑出表現的主要因素。大致上可以分為四大類：

一、認知類的因素：比較高的智商，邏輯推理能力，及創意。
二、個性因素：自信，野心，勇氣，以及是否相信可以控制自己的命運。
三、社交因素：人際關係，領導能力。
四、工作及組織因素：與主管的關係，工作成就感，對於薪資及獎金的態度。

令人困惑的是，經過兩年的研究，我們的資料顯示不論是認知因素，個性因素，社交因素，或是工作及組織因素都無法作為分辨出傑出表現的有效因素。對 於上面列的所有傳統因素，無論是單獨或是合併分析，答案都是一樣：無法藉以分辨出普通工程師和傑出工程師。我們用了十幾種比較資料的方式，將電腦分析應用 到極限，然而，每次的執行結果都讓我們當時覺得：我們的分析方法一定是有什麼嚴重的錯誤。我們找不到任何一個可以分辨一個人是否會有傑出表現的因素。

[本研究貢獻]
我們研究結果的長期效應是打破了一般人對於傑出表現的迷思。而事實上，在我們之後的研究發現：其他的因素也有其影響力。只是大部分的工程師在進入 職場時，早已具有足夠的潛力可以表現得卓越非凡，然而最後卻成就普通。成就傑出表現的原因並不在他們擁有什麼，而在於他們如何應用他們所擁有的特質。傑出 表現之謎其實在於如何將他們的天分轉換成生產力：就好像將位能轉換成動能一樣。我們的結論是：傑出的表現是努力得來的，與天份無關。(Stars are made, not born.)

[無生產力員工身上常見的錯誤]
1.沒有採取主動積極的態度. Paper中舉例: 不到實驗室參與工作與幫助同伴.
2.對整個組織重要性不高的方面主動積極. Paper中舉例: 規劃年度野餐、共同出遊或是號召同仁去捐血

[通往傑出之路的方法 - 九個工作策略]
1. 閃亮的軌跡 (Blazing trails)
只有特定的行為才能讓別人覺得你主動積極。主動積極的真正意涵是：主動追求超過自己職權範圍的更大責任，同時仍然能夠完成自己的主要任務。能夠額 外付出心力來幫助其他同事或團隊。然而，在我們的研究中，傑出的工程師都堅信：雖然他們非常期望夠主動積極地做出巨大的貢獻，但日常中的小貢獻，日復一日 地累積起來，也可能造成同樣的影響力。傑出的工程師同時也相信，你可以主動做出貢獻的程度會和你的經驗直接相關。

我們發現，對於任何一個有競爭力的專業工作者團隊，新進人員必須展現主動積極的精神。這樣的態度不只會讓主管感到滿意，更重要的是，你的同事和客 戶也會因此而欣賞你的表現。同事們期望中的工作夥伴不會將自己侷限在職務說明書中所列舉的任務中。因為他們知道，如果一個新進的人員的工作份量比自己少， 自己就要承擔更多的責任。他們需要能夠延伸自己責任範圍的工作夥伴，提供客戶更好的服務，或是更能應付市場的迅速改變。客戶們也會期望他們所接觸的員工具 有這些特質。如果一個新進人員沒有辦法滿足這些期望，被歸類為生產力不足的員工，無法對整個團隊做出正面的貢獻。


2.知道該問誰 (Knowing who knows)
一般的員工對於建立人際關係網路的想法僅止於有管道可以得知最新的辦公室八卦與歡樂時光，或者是和獵人頭公司的主管保持聯絡，以便於日後可以進行轉職。

傑出的工程師知道，目前社會資訊過載的程度已經使得很少人具備完成工作所需的所有資訊。他們可能具備50-80%的知識，但是除非有辦法能夠將剩 下的部份補起來，否則他們的工作就無法順利完成。事先和各領域的專家建立可靠的雙向聯絡管道，可以藉由彼此的幫助完成手邊的重要任務。建立這個網路的主要 的目的，是希望盡可能地降低本身的知識不足以勝任新工作的機會。一般人則比較常得到錯誤的資訊，通常是因為問錯人，或是知道答案的專家並不在他的人際關係 網路中。他們可能因而被誤導，或是繼續盲目摸索。

3. 主動的自我管理 (Proactive self-management)
傑出的工程師們知道主動自我管理的真正內涵決不只是時程及計畫管理。這兩項是每個員工都應該做到，而且是公司付錢請他們完成的。傑出的工程師的工作策略在於主動地創造機會，影響工作上的決策，增加團體的利益。

4.掌握全局 (Getting the big picture)
傑出工程師反而時常跳脫自己的角度而以許多不同的觀點來看事情。傑出工程師的觀點是由累積足夠的經驗而發展出來的判斷模式。

5.正確地追隨 (The right kind of followership)
傑出的工程師相信，副手的真義在於專心做出幫助。他們主動而且積極地投入對組織（及主管）的成功有幫助的事，同時，對於該做什麼及如何做，他們可 以做出獨立而決定性的判斷。失敗的副手在被動的完成(或未完成)命令之後，會丟下自己的工作同伴或主管，優先執行自己的休閒活動.一個好的追隨者可以主動 的和主管充分配合，來達成整個組織的目標，即使他和主管之間的個性及工作文化並不相同。

6. 團隊合作 (Teamwork as joint ownership of a project)
一般的員工所了解的團隊合作是在計畫進行中或是解決問題時和他人合作，並且做好自己的部份。傑出的工程師對團隊合作有更高一層的看法。他們將之視為一連串複雜的技巧，包含了參與設定共有的計畫目標，團隊承諾，工作紀律，時程，處理衝突，及分享團隊成就。

7. 小領導者的領導風格 (Small-l leadership)
傑出的員工則將領導能力視為一種工作策略，運用於自己的專業能力及影響力來說服一群人團結起來，一起完成重要的工作。

8. 精明 (Street smarts)
一般人多半太專注在討人喜歡，以為這樣是在職場中快速升遷的方法。他們要不就是對於辦公室內的政治問題太過關心，要不就是故意裝作完全不在乎。傑出的員工知道何時該避免衝突，何時該不逃避的正面對決。

9. 呈現 (Show and tell)
一般員工認為呈現就是利用炫目的簡報，長篇的備忘錄，或是公開展示自己的成果來吸引管理階層的注意。他們的重心擺在自己的形象以及自己所要傳達的訊息，而不是擺在聽眾。

呈現的重要性是無法迴避的。一位專業人員如果無法有效地以簡報的方式傳達自己的想法給其他的人，在現今的職場中要生存是相當艱苦的。對於大多數的 知識工作者而言，這裡討論的重點並不是大型的演說，像比爾蓋茲在超大型的會議中心以最先進的多媒體設備及電腦特效所做的展示。而是針對在公司內部的小型會 議室中，對5至20位聽眾所做的簡報。簡報的聽眾多半是同事，上司，或是客戶。而內容多半是技術性的或是與產品相關的議題。

對傑出的專業人員而言，簡報準備的過程比較複雜。我們的研究觀察到呈現的表達方式會逐漸修正，由單純的傳達資訊轉變為對訊息的塑造。傑出的工程師 通常精通將訊息傳達給特定的對象，說服聽眾接受所要表達內容，及事先對可能產生的批評做出準備的能力。一般人最常見的錯誤會發生在由單純的資訊傳達，提升 到試圖運用這個訊息發揮影響力時。在這個過程中，他們聽眾的組成已經大不相同了。然而，他們呈現的風格及的結構卻維持和原來一樣。


[成為閃亮的明星]
我們對於我們的生產力提昇計畫做了長期的成效評估。觀察工程師們在學習了這些工作策略之前和之後生產力的差異。參與訓練計畫前後的生產力差異平均 值可以達到400%。這個訓練計畫的成功驗證了我們研究的主要發現。傑出的表現是努力得來的，與天份無關。把重心放在正確的事上，而不是無意義的瑣事，有 效率的完成工作。

[Programming] Visual C++ Bug : what u see is "not" what you want

在作Sercomm的Project時，遇到的問題如下：

• 情況：有時你在VC中看到的Code，好像沒問題，但compile就是不會過，立委有遇過!!我今天用 Compare It整合新的code時也遇到一次。也就是你在VC editor中看到的code，實際上並不存在的。也有遇到爛VC中的某個自行Define的Structure改過之後，自動補齊會出錯的問題!!照解法，砍掉，重開project後，就一目鳥然了...你就會發現果然「砍掉重練最快了XD」，看Windows Series一樣，中毒或出現怪問題時，Re-Install應該會是最快的解決途徑。
  

• 解法：把 .ncb 和 .opt 砍掉重練就好啦!!

真是TMD無言!! 感謝Jerry提供解法....果然薑是老的辣!!

[Wiki] 為什麼很多人不敢去中永和的原因?

在某封轉寄的Mail中看到的，真是一針見血，笑死我了....住在中永和的人一定更能體會...現在我也想不懂為啥路名要這樣取呢..Sucks，豬腦官員。算了，信件內容如下：

我不敢去中永和的原因

因為會迷路.....今天朋友寄的!!

住中永和的人應該很有感觸吧！哈哈哈～哈哈這誰寫的
永和有永和路，中和也有永和路，

中和有中和路，永和也有中和路；

中和的中和路有接永和的中和路，

永和的永和路沒接中和的永和路；

永和的中和路有接永和的永和路，

中和的永和路沒接中和的中和路。

永和有中正路，中和也有中正路，

永和的中正路用景平路接中和的中正路；

永和有中山路，中和也有中山路，

永和的中山路直接接上了中和的中山路。

永和的中正路接上了永和的中山路，

中和的中正路卻不接中和的中山路。

靠，好深奧。下面還有，這就是我居住的城市：

中正橋下來不是中正路，但永和有中正路；

秀朗橋下來也不是秀朗路，但永和也有秀朗路。

永福橋下來不是永福路，永和沒有永福路；

福和橋下來也不是福和路，但福和路接的卻是永福橋。

這是什麼地方？百慕達三角洲嗎？

難怪我常常鬼打牆啊......

[Linux] Performance tuning UNIX systems

在[ Jserv's blog] 中，看到了這篇文章[ Performance tuning UNIX systems ]，發覺我的小賤兔[Gentoo]已經許久沒有Tune一下Perfomance，趕快做個筆記。

大概看了一下，重點就是利用底下這個command，查看目前所有Tasks的Priority Value。

$ ps -eo pid,state,nice,args | less -S

然後根據User的使用傾向，把常用的command提升它的Priority，還有把沒在用的daemons關掉。例如：對Programmer來說，最常用的莫非是make, gcc …等指令，很有可能一run就是幾個小時，因此善用[nice、renice]指令來提升它的Priority值，效能應該會有實質上提升，像是apache2、ftpd等沒用的service理應停用之。

[Baseball] 時速177公里的狂野左投

[今天我弟給我的Link，真是驚為天人呀，轉錄自 MyAV ]

Steve Dalkowski (圖中左上角) 之所以傳奇,是因為目睹過他投球的許多人, 認為他的快速球有 110英哩 (差不多 177 公里), 但毫無控球可言. 在 1960 年, 在加州聯盟創下紀錄, 在 170局的投球中, 投出 262 次保送, 但也有 262 次三振. 而他的小聯盟生涯中, 995 局的投球, 投出 1396 次三振, 卻也有 1354 次保送, 而且是個左投. 以下就是他創下傳奇地位的幾個例子:

1. 有一天晚上在 Kingsport, Dalkowski 投出一記快速球, 竟然將對方的耳朵撕裂.Dalkowski 說道 " 當時使我相當害怕, 我甚至不敢正眼看他 ", 很多人認為由於這個事件, Dalkowski 相當恐懼再投出這種致命球, 但也因為這樣, 使他球路更加無法控制.

2. 有一次他跟隊友 Herman Starrette 賭五美金, 說他可以將把球貫穿牆壁.Dalkowski在熱身之後, 在十五呎之外的地方投向全壘打牆, 結果第一球就貫穿木牆.

3. 有一次小聯盟比賽, 他有三球將球貫穿本壘板後面的牆壁, 使得得本壘板後的觀眾雞 飛狗跳.

4. 有一場高中比賽, Dalkowski 投出無安打和無失分的比賽, 但三振和保送各十八次.

5. 在一場東方聯盟的比賽, 他投出廿七次三振, 保送十六人, 總計球數 283 球. 在另一 場比賽, 他在第二局被迫退場, 因為已經投了120球.

6. 在 Aberdeen 舉行的一場北方聯盟比賽, Dalkowski 雖然整場被擊出一支安打, 卻以八比九輸球.

7. 1960 年, 他在 Class A Stockton, 他投出一記球將裁判面罩打碎掉落三地, 而且裁判飛到十八呎之外, 因為腦震盪而需要住院三天.

8. 1959年, 他在北方聯盟創下一場廿一次三振的紀錄.

9. 1960 的加州聯盟, 在 Stockton 時, 一場投出十九次三振, 並壓制對方, 只打出四支安打, 但因為九次保送, 而以三比八輸球.

10. 有一場比賽, 他投出一記失投球, 打到一個正在臺子上買熱狗的觀眾背部上. 被打的觀眾後來跑去跟 Dalkowski 要簽名球.

11. Knoxville 隊的一名打者, 在面對 Dalkowski 時, 球從他頭上飛過去, 嚇得跑回去休息室換褲子.

12. 金鶯隊總教練 Pat Gillick 說 "He was the hardest thrower I ever saw, andthat includes Nolan Ryan and Sandy Koufax, all of them."

13. 洋基隊外野手 Paul Blair 說 "He threw the hardest I ever saw. He was also the wildest I ever saw."

14. 在春訓賽時, 著名打者 Ted Williams 說 "Fastest ever, I never want to face him again."

15. 金鶯隊教練 Earl Weaver 最後有點成效是因為他先給 Dalkowski 做智力測驗, 才知道他智能太低, 而其他教練又給他太多的建議, 使他本來就笨拙的腦袋打結, 後來他 叫 Dalkowski 只要投好球就行了, 果然奏效.

16. Dalkowski 的小聯盟隊友 Ron Shelton 後來寫了一個劇本, 隨後拍成電影, 叫做Bull Durham (譯名應該是百萬金臂 ), 凱文柯斯納, 蘇珊沙蘭登, 和 Tim Robbins主演, ?面所描述的狂野投手, 就是在講 Steve Dalkowski. 不同的是電影?面是右投, Dalkowski 是左投.


金鶯隊嚐試每一種可以改進他控球的方法, 直到 Earl Weaver 教練才算有點績效, 在1962 年, Dalkowski 有一段時間, 52 局的投球中, 投出 114 次三振, 只有十一次保送,僅有一分自責分. 隔年春天, 前途似錦的 Dalkowski, 本來有機會登上大聯盟, 但在一場表演賽中, 他將觸擊球傳向一壘時, 發生受傷. 傷癒復出後, 快速球只剩 90 英哩了. 隨後被金鶯隊釋出, 在 1966年消失在棒球圈. 他的 IQ 只有 60, 找不到好工作, 又常酗酒. 可惜這樣的天生好手就如此隕落了.

Steve Dalkowski的檔案http://www.nocryinginbaseball.com/minors/dalkowski.html

Steve Dalkowski的圖片

http://www.alabama-florida-league.com/mdavis2.jpg

http://www.sportshollywood.com/imag.../dalkowski1.jpg

http://www.sportshollywood.com/imag...s/dalkowski.jpg

此奇人的棒球經歷可來拍"少林棒球"!!!

[Blog] Google Blogs

之前在我的Blog中的某篇文章 [Books] The Google Story 看了這本書之後，發現了些有趣的東西。像是專門鑽Search Engine技術、Google企業文化，觀察Google動向的「Google Blogoscoped」，在這個網站中，我發現了更多更棒的Link，例如很多Google推出的產品，Google Video、Google Desktop…都有各自的Blog，若你很感興趣的話，隨時都可以在這些Blog中，得知最新的動態。在 Google Blog (China)中就有很多很棒的文章，裡頭有Goolgle中國研究員所寫的數學之美系列的文章，教你如何漂亮地用數學來解決很多複雜的問題，的確很棒，擺脫過去教科書無趣的陳述，有實際的應用模式，很值得參考。

More Google Blogs

• AdWords API Blog
• Blogger Buzz
• Google Base Blog
• Google Blog
• Google Blog (China)
• Google Blog (Italia)
• Google Blog (Japan)
• Google Blog (Korea)
• Google Blog (Mexico)
• Google Enterprise Blog
• Google Code
• Google Maps API Blog
• Google Reader Blog
• Google Research
• Google Talkabout
• Google Video Blog
• Inside AdSense
• Inside AdSense (German)
• Inside AdWords
• Inside Google Desktop
• Inside Google Sitemaps

[Linux] 如何暫停 Terminal 不停跑動的 Message

在Linux的Teminal上，有時會因為下了某些Command，而跑了一大堆Message出來，甚至超出Terminal的Buffer，因此可能會造成某些Message等到某個指令跑完之後，也無法看到，像是在Gentoo下「emerge --sync」and「emerge xxx 套件」的情況下，就會造成上述的情形。

• Ctrl + S -> Pause
• Ctrl + Q -> Resume
• Ctrl + PageUp -> 往上一行
• Ctrl + PageDown -> 往下一行
• Shift + PageUp -> 往上一頁
• Shift + PageDown -> 往下一頁

但在Win32底下，似乎只有Pause和Resume有用，要捲動的話，也只能手動點滑鼠...

[Security] NTT公開128 bit Camellia加密技術原始碼

似乎是個不錯的東西，「是世界上唯一和AES（Advanced Encryption Standard）擁有相同安全性與處理性能的128 bit加密。 」 先收錄起來。

轉錄自「iThome online」
-------

NTT將以多重授權的形式免費提供開放原始碼，希望能夠減輕使用者利用Camellia的負擔，也能讓Camellia更加普及化。NTT將針對OpenSSL、Linux等開放原始碼社群提供Camellia的開放原始碼。
NTT在2000年與三菱電機共同開發的128位元加密技術Camellia，已於週四（4/13）在NTT官方網頁上公開程式的原始碼（C語言版、Java版），這是日本國內首次有國產加密技術釋出開放原始碼。 根據NTT指出，Camellia屬於世界最高等級的加密演算法，可選擇128、192、256bit等三種編碼方式，不論是安全性或實用性在世界都獲得 了極高的評價。ISO/IEC國際標準加密、歐盟的NESSIE 計畫（New European Schemes for Signatures, Integrity, and Encryption）等都選它做為加密的標準或推薦規格。另外，它也是日本首先讓SSL/TLS、IPsec、S/MIME、XML所接受的主要加密演 算法。 另外，Camellia與現在主流的64 bit加密技術Triple DES比較之下，擁有較高的安全性和4到5倍的處理速度，它也是世界上唯一和AES（Advanced Encryption Standard）擁有相同安全性與處理性能的128 bit加密。 這次NTT將以多重授權的形式免費提供開放原始碼，希望能夠減輕使用者利用Camellia的負擔，也能讓Camellia更加普及化。NTT將針對OpenSSL、Linux等開放原始碼社群提供Camellia的開放原始碼，讓他們能早期安裝進行測試。 Camellia的專利權屬於NTT與三菱電機兩家公司，以往只有開發安裝有Camellia產品的公司，或是相關事業法人藉由簽訂契約能夠拿到 這個開放原始碼，現在經過兩家公司同意，就算不經過契約也能夠自由在官方網頁上取得資源，企業團體還能夠視情況額外獲得技術支援或導入支援。（編譯/張志 裕）

[Programming] Coding 新趨勢?

轉錄自「一個程式者的胡言亂語 」，值得思考的一篇文章。也許就目前來說「善長於Tracing Code的能力」會是Coding的必備技能，很多時候許多程式都並非由你一人親自從頭到腳打造 Key 出來的，常常會有從某一個別人提供的Prototype，再下去修改，增加一些功能而已。

像是目前接過的兩個建教合作計劃，也都是拿別人的Prototype，先Trace過後，再加上一些廠商需求的功能而已。而且這也是初次用VC的經驗，之前都習慣用BCB，所以有些Error Message也不太清楚是怎麼錯，果然這都是要經驗累積的，透過Google就可以很快的找到和你出同樣狀況的人，自然問題就迎刃而解了。 ^_^

最近愈來愈覺得網路時代的程式撰寫工作變得極端的快速多了。原先想將這個題目訂為「網路時代的程式撰寫」，但稍加想想，似乎少了Google這個威力無窮的搜尋引擎，這樣子的速度提昇又辦不到，故以此題為名。

Google時代的程式撰寫，在那些面向上能帶來速度的提昇呢？首先是學習的速度的提昇。過去我們接觸新的程式撰寫知識，除了同儕之間的交流外，最主要的途徑還是透過書籍或是雜誌。可能遇到的問題是，不知道是否能找到自己所關心主題的書籍或雜誌；找到相關的主題後，不知道是否能找到自己所需的項目。有了網路的存在，發表的型式變得極端簡化，無數的論壇或個人的blog，充滿著和各種主題相關的文章，而透過Google的搜尋，可以輕易又準確的搜尋到這些散落在世界各地的文章。此外，專門的教學網站也提供各種不同的教學文章與範例程式，都大大的助益了新的技術的學習。例如我常造訪的http://www.codeproject.com就是一個很好的例子。

再來是錯誤排除的速度也大大的提昇了。最簡單的錯誤形式就是compiler error message，像Microsoft的IDE時常會給出一些令人難以理解的compiler error message。而我最常使用的解決方法，就是把message直接複製丟給Google，通常在前一兩個頁面，就會得到自己想要的解答，因為世界如此之大，你會犯下的錯誤，通常在世界各地的論壇上，往往就會出現解決該問題的答案。除了compiler error之外，程式或程式庫所得到的各種錯誤代碼或錯誤情況，直接丟給Google，通常也都會有令人滿意的結果。相較起來，在過去一個簡單的錯誤，很有可能阻礙程式撰寫十分漫長的時間，在這個過程中，可能充斥著不斷的錯誤嘗試、遍覽群書或偏詢同儕而不可得等等的活動。提昇錯誤排除的時間，自然大大的加快了程式撰寫的腳步。而類似MSN Messenger之類通訊軟體的普及，與朋友或伙伴之間建立綿密的人際溝通網絡，彼此交換心得或詢問錯誤排除方法的速度也變快許多。

除了文章的取得變得多樣化又快速之外，另一個很大的型態轉變，是基於開放原始碼的精神普遍而生的。由於原始碼開放的程度日益普及，網路上散佈著解決各種問題的原始碼。但除了介面定義良好的原始碼程式庫之外，即使是以開放的型式存在，能直接重複利用的程度並不高。但經過適當的拆解與重組，這類的程式碼還是可堪重用。於是，程式員開發的型態，就起了很大的轉變。在過去，程式員可能大量的自己重新撰寫所有自己所需要的程式碼，頂多倚靠自己或團體中已經建構良善的程式庫。但是現在，以隨手可得的程式碼為基礎，許多心力都可以節省下來，但程式員需要的技能卻改變了！在過去，也許程式員不需要太多讀懂程式碼，拆解程式碼的能力，但在現在，一名具備良好追蹤原始程式碼、拆解原始程式碼能力的程式員，卻極有可能在撰寫速度上勝過撰寫程式碼能力相同的程式員。

在過去，對程式員的訓練也許不甚重視追蹤原始碼以及拆解原始碼。大家重視的是如何撰寫可讀性高的程式，以及設計出具彈性、重用性高的程式。但在開放原始碼的世界中，有太多的程式不僅可讀性低，而且不具彈性、重用性也不高－往往只是為了專門的需要而hack。如果具備了追蹤程式碼的能力，除了可以透過現成的程式碼學習新的技術之外，也可以做為拆解程式碼的基礎設施。而要拆解程式碼的第一步，自然是看懂程式碼，看懂之外，要進一步判斷那些是自己要的，那些不是，同時評估怎麼調整這些程式碼的架構，可以去除掉自己不要的部份，保留自己要的部份，又毋需對現有程式碼做過大幅度的更動。

具備了上述的兩項能力，程式撰寫就不再只像是重新建構，或適度組裝自己已有的元件。而像是找尋和自己所需元件相像的元件，經過適當的理解之後，施以最小幅度的裁切，將其介面修繕成自己所需的介面，淘汰掉其內容中多餘的組成，最後將重新賦予生命的元件與其他無論是自己既有的，或是同樣回收自開放原始碼元件的元件組裝在一塊，就得到自己想要的東西。

重新思考這整個過程，倘若沒有開放原始碼的幫助，程式員得先花上一段時間學習新技術，然後重新撰寫全新的程式，但在這個時代一切可都不同了。

無論是追蹤原始碼或拆解程式碼都需要特別的一套技巧。有時間我想分享一下。但我的確認識一些人，有程式撰寫的老手也有新手，彷彿都有這兩項技巧的天份，這實在是一件很神奇的事情。

[Movie] 牯嶺街少年殺人事件

楊德昌是台灣最重要的電影作者之一，這是一部典型的寫實主義電影，牯片應該也是我看過楊導的第一部影片吧。執導的作品如《 青 梅 竹 馬 》、《恐怖份子》和《一一》等都被喻為華語電影的經典。於1991年攝制的《牯嶺街少年殺人事件》，更是其創作生涯的代表作。長達四個小時的 片長，對於一般觀眾而言，的確是一個考驗，這好像也是他的特色，每部片都特長。這個將近四小時的故事，由真人真事改篇。

會看這部片有大半的原因是因為片中的小四兒(張震飾)，我很喜歡張震演的電影，這也是他所拍攝的第一部電影。他演的片子裡我看過《臥虎藏龍》、《2046》、《愛神》、《最好的時光》，我很喜歡台灣五六○年代的那種調調，對於那個年代的台灣有種莫名奇妙的喜好。而且我發現特別是這些五六○年代之後的電影裡，都有出現撞球間這些畫面，很多劇情也是在這個點上著墨許多，看來台灣撞球會強不是沒有原因的...XD，看來那時的全民運動應該非撞球莫數了。從這部片中你可以看到那時台灣歷史的寫照，片中所組的樂團大都在唱洋歌，像是貓王的歌就在裡頭反覆被吟唱著，此片英文命名為「A Brighter Summer Day」也就貓王歌曲中的詞，看來台灣尚未光復前，受外來文化的影響頗深遠。

劇情簡介如下：

60年代初，小四出生於公務員外省家庭，是建補初中部學生，他加入以Honey為老大的小公園幫，Honey為了女友小明而殺人，正在南部避風頭，滑頭欲取代Honey的地位，和另一敵對幫派217合作在中山堂辦演唱會，並私下和小明約會，被小四看到。Honey從南部回來發現小四和小明頗談得來，於是將小明託小四照顧，並在演唱會時和217大哥山東談判，暗中被殺害，小四因此和小明在一起。但是小四在學校不斷地和校方發生衝突，原本和小四情同兄弟的父親也因為被警備總部調查而重拾嚴父角色，後小四遭退學，專心在家準備插日間部考試，卻發現好友小馬與小明在一起，遂帶刀堵小馬，卻遇到小明，在一時情緒激憤之下將小明殺死，片末傳來報榜的廣播：「他們」的前途一片光明。

※參考資料：

http://www.dianying.com/ft/review.php?titleid=glj1991

香港電影評論目錄

台灣電影筆記

[Blog] Evil or Good ?

在多數人的Blog中有看到這個針對你的網站內容測試邪惡指數，他的主要原理是根據聖經中所提到的是否為Evil當作規則，來針對你的文章內容作評比。

我的測出來是底下的結果：

看來還算還善良的...ccc。

我把 google台灣站的網址(http://www.google.com.tw)輸入之後，得到的結果是底下：

看來Goolge自己所說的 「Don't be evil !」也沒有好到哪裡去....XD

※快來這測測你的站吧 http://homokaasu.org/gematriculator/

[Books] How Would You Move Mount Fuji?

中譯： 如何移動富士山：答得出來，才是頂尖企業要的人才

之前在PTT某個版逛到的，有人提到這本書，稍微看了簡介之後，覺得是很有趣的一本書，可以動動腦筋，或許有些機車一點的主管就會拿書中的題目來考你，快買來看看吧。書中有許多問題還真的是Fucking hard...，但並不是要數學底子相當好才可以解，是一般人都可以動腦解出來的問題，一旦你看到Solution時，你便會覺得很妙，怎麼會有人想到這個答案…嘿嘿，就是有人想得到，當你變成這種人時，Congratulaion!…你「有希望」進入世界頂尖企業的行列了。

書中提到的許多「不可能的問題」都是所謂的「費米問題」。諸如：全美國有多少加油站?全世界有多少鋼琴調音師? 此類的問題...

※相關資訊

• 美國《Business Week》13週暢銷書

• 《哈佛商業評論》強力推薦

• 博客來書籍館 : 如何移動富士山

[Books] The Google Story

某天到誠品逛時，突然發現有關 Google 的新書又上架了，難得誠品打折，買回來研讀一下。
後面有附「Google實驗室性向測驗」，稍微作了一下，真是TMD的難…想都想不到...看來要進Google真的不是件簡單事。
這是第二本買有關Google的書，這本內容感覺豐富多了，上次那本感覺有些被騙錢了....果然還是國外筆者寫的書比較有內容。

[Apple] Boot Camp

之前有Po過這篇[Apple] WindowsXP on Intel Mac，後來沒想到Apple官方就自行推出 Boot Camp Beta的程式來協助User在Intel-based的Mac上安裝WindowsXP。果然一切都在Apple預料之中，一定會有人惡搞在Mac上安WindowsXP。在下圖看來Microsoft在Mac上的表現，也是相當的搶眼啊..Orz，堅持在任何平台上，都一定要出現能夠讓人一眼就看出來(Blue Screen)，此系統由Microsoft OS所support的。














底下為Boot Camp所呈現的正常畫面：

[Blog] Blogger : Category by Furl

一直以來，覺得Blogger沒有分類實在是很不方便的一件事。沒分類使得尋找特定文章時，顯得很不方便，一直在等待Blogger提供這項功能，但是沒耐性的我，最後還是自己動手來做了...Orz (我想當初Yahoo創辦人楊致遠也這有類似的困擾吧...囧rz，但這適用於發展神速的網際網路，分類始終無法跟上時代的腳步的，壓根兒無法解決這問題，終究還是 Page & Brin 創辦的 Google大師屌了些…)。
在PTT Blog版上找了些分類相關的文章，發現大部份皆是透過Furl來完成這項功能的。當初應該自己架WordPress就沒這個問題了 XD，又可以隨意擴充，比較Flexible些，但想到要花時間，於是就先擱一旁了，有空再來搞吧!! 後來有熱心的網友寫了篇Step by Step的教學文章，真是太棒了...參考一下(感謝Rockbird網友)吧。

[Blog] Blogsome

http://chenkaie.blogsome.com/
一個以WordPress為基礎的free Blog，功能比較強大! 一些分類功能、自定Theme之類的功能應有盡有，先去搶個Account。