Read Sean

最近這段時間，Roger Federer這個名字，"出鏡率"相當(dāng)?shù)母撸绕涫窃谏虾＃合仁堑罔F中鋪天蓋地的剃須產(chǎn)品廣告(廣告中出現(xiàn)的三位主角，恰好都是我喜歡和欣賞的)，其次當(dāng)然就是大師杯。

2007上海網(wǎng)球大師杯最后兩天的比賽多少讓人有些意想不到：費(fèi)天王的粉絲們當(dāng)然很開心，費(fèi)天王雖然首場比賽失利，但后面的每場比賽都展現(xiàn)著他的獨(dú)有風(fēng) 范，贏得干凈漂亮；相對中立的球迷們可能就要抱怨比賽不夠精彩和跌宕起伏了，原本被寄予厚望的巔峰對決：Federer和Nadal，以及最后的決賽，都 呈現(xiàn)出"一邊倒"的態(tài)勢，納豆和今年大師杯的黑馬Ferrer這兩位西班牙選手，面對天王的出色發(fā)揮，都顯得有些"找不著北"。

是什么成就了費(fèi)天王今天的輝煌？技術(shù)層面的東西我不想說太多，除去網(wǎng)球這項(xiàng)運(yùn)動本身的技術(shù)細(xì)節(jié)，F(xiàn)ederer身上的一些冠軍特質(zhì)，也是值得我們好好品味：

首先，熱愛自己從事的工作。Federer對網(wǎng)球的熱愛，只要你看過他的比賽，就不會質(zhì)疑。
其次，尊重自己的工作/事業(yè)和對手。正是這種尊重，為費(fèi)天王贏來所有人，包括手下敗將在內(nèi)的尊敬。
再次，對勝利的渴望。看Federer的比賽，尤其是大賽，你能夠明顯感覺到他對勝利的渴望，每個關(guān)鍵球都透露出一種狠勁。
再有，內(nèi)斂和對自己情緒的控制。Federer剛出道時其實(shí)脾氣很暴躁，發(fā)揮也不穩(wěn)定，但是隨著時間的推移，他身上逐漸成長出一種特有的內(nèi)斂和自信。
最后，超乎尋常的穩(wěn)定和跑位。為什么看Federer打球總覺得他是那么"輕松"而"優(yōu)雅"，而對手總是陷入被動？除了善于觀察和控制對手之外，他總能保持超高的穩(wěn)定性和預(yù)判，保證自己出球落點(diǎn)的同時，已經(jīng)在為下一步回?fù)糇鰷?zhǔn)備了，比賽起來，當(dāng)然游刃有余。

Herzlichen Glückwunsch an Roger Federer!

V8來了，經(jīng)不住誘惑，造型、做工、Linux核心......
十一來了，不想出門，因?yàn)榈教幨侨?.....
Bug來了，操刀殺蟲，一天不行兩天，兩天不行三天......
羅莎來了，這個沒有"正面襲擊"上海的家伙，卻比"正面襲擊"上海的韋帕來得更加生猛......
老媽來了，一起來的，還有蹄花，和家鄉(xiāng)的味道......

過去的一段時間幾乎沒什么時間看RSS，周末在家打開Google Reader，發(fā)現(xiàn)Google Reader界面上的一個小小調(diào)整：

原先最多能顯示出100+，當(dāng)某項(xiàng)RSS或分類超過100條的時候，看不到具體的數(shù)值，只能看到"100+"的字樣，經(jīng)常是都已經(jīng)瀏覽完了，左邊還是顯示 100+，必須Refresh一下才能糾正過來，加上我的胃口比較大，超過100的情況簡直是家常便飯，一直對這個100+頗為不爽。現(xiàn)在這個上限提高到 了1000，能夠直觀的看到各個類別的具體未讀條目數(shù)，一下子清晰了不少，至少對我來說這個改進(jìn)很實(shí)用。

希望Google Reader能越做越好。

據(jù)外電報(bào)道，繼Dell發(fā)布預(yù)裝Ubuntu的PC和筆記本電腦之后，聯(lián)想也宣布將于今年第四季度開始發(fā)售預(yù)裝SuSE Linux Enterprise Desktop 10的ThinkPad筆記本電腦，硬件和操作系統(tǒng)均由聯(lián)想向客戶提供支持，操作系統(tǒng)升級則由Novell提供。值得注意的是，與Dell面向Linux 愛好者和個人用戶不同，聯(lián)想這次更多的是針對企業(yè)用戶。

對于廣大Linux愛好者來說，這可是個不錯的消息哦。

詳見:
http://www.reghardware.co.uk/2007/08/06/lenovo_linux/

詳見:
http://www.worldofwarcraft.com/wrath/

回過頭來看看魔獸世界中國大陸的代理商九城，到現(xiàn)在連第一部資料片The Burning Crusade還沒有推出，唉。

巴薩與鄧迪聯(lián)的熱身賽精彩回放:

http://www.youtube.com/watch?v=8Ljp2kwJv0g

亨利點(diǎn)球絕殺:

http://www.youtube.com/watch?v=P5gPeNdYYwc

來自PC World的報(bào)道:
http://www.pcworld.com/article/id,134381-c,databases/article.html

http://www.thesun.co.uk/article/0,,2002390000-2007281078,00.html

No more *free* EPL in mainland China + Henry leaves Arsenal for Barcelona, coincidence?

This seems to be another reason for me to embrace La Liga and FC Barcelona. All my best wishes for Henry to start a new legend at Camp Nou.

隨著項(xiàng)目越來越大，你的ANT腳本變得越來越臃腫，越來越依賴antcontrib來實(shí)現(xiàn)構(gòu)建邏輯？不想放棄對構(gòu)建過程和產(chǎn)出做精細(xì)的控制？恨不得自己寫ANT Task？

等一等，在你考慮轉(zhuǎn)向Maven或者真正卷起袖子開始研究ANT Task的API之前，先聽我向你推薦Ruby/JRuby。相信我，也許這才是你真正需要的。

在我看來構(gòu)建腳本最主要的要求是表達(dá)能力和控制能力，表達(dá)能力是我們應(yīng)該能夠很方便的告訴它我們要它做什么，而控制能力是我們告訴它如何去做，除了必要的 構(gòu)建命令的參數(shù)、依賴關(guān)系之外，它應(yīng)該能夠理解我們其他一些特殊要求。在項(xiàng)目相對簡單時，ANT的XML格式的"腳本語言"能夠比較好的表達(dá)構(gòu)建者的要 求，至少比純Java的方式更加簡單清晰，于是幾乎從它誕生之日就成為Java領(lǐng)域當(dāng)仁不讓的頭號構(gòu)建工具。但是ANT也有它不夠用的時候，尤其在控制能 力上，為了實(shí)現(xiàn)實(shí)際使用中越來越復(fù)雜越來越精細(xì)的對構(gòu)建過程和產(chǎn)出的要求，ANT的使用者們開始對ANT進(jìn)行擴(kuò)展，最具影響力的"非官方"擴(kuò)展可能就是 antcontrib了，很多實(shí)際Java項(xiàng)目的構(gòu)建文件中我們都能夠找到它的影子。但是一堆taskdef和$之類的夾雜在ANT腳本里，怎么看怎么覺得別扭，也嚴(yán)重影響構(gòu)建腳本的可讀性。$

我發(fā)現(xiàn)我需要的是一個具有完整功能腳本語言來寫我的構(gòu)建邏輯：一方面它要足夠簡單，我需要清晰的表達(dá)我的意圖，另一方面當(dāng)我需要的時候它要足夠強(qiáng)大來幫我實(shí)現(xiàn)精細(xì)的控制。我自然而然想到Ruby。

由于Ruby是一個功能完整的工具，完全自己寫Ruby腳本來調(diào)用Java自己的構(gòu)建工具如javac、jar等等并非不可能，但是既然已經(jīng)有人做了輪 子，我們拿來用就是了，大不了自己再改裝一下，也少走些彎路。時下比較流行的解決方案有Buildr、Raven、Rant和Antwrap，它們各有特 點(diǎn)，大家可以根據(jù)需要進(jìn)行選擇。

我最終選了其中最"輕量"的Antwrap，原因嘛，我不想學(xué)新的API，我已經(jīng)熟悉ANT常用的Task，而且我希望盡可能多的自己控制構(gòu)建的過程和產(chǎn) 出。Antwrap最能夠滿足我的需要。而前不久JRuby剛剛發(fā)布了1.0版，這樣一來Ruby和Java的跨界引用變得更加容易，Ruby的實(shí)現(xiàn)自然 就選擇了JRuby。

安裝JRuby和Antwrap相當(dāng)容易，只要把下載的jruby-bin-1.0.tar.gz/.zip解壓到本地，確保JAVA_HOME和 CLASSPATH的配置，然后gem install Antwrap (選擇Java版) 即可。為了順利加載Antwrap，需要在CLASSPATH中包含ANT的ant.jar和ant-launcher.jar。(當(dāng)然，如果想更加方便 的share你的成果，可以把a(bǔ)nt的文件拷貝到j(luò)ruby目錄下，在jruby的啟動腳本加入必要的export/set命令，然后打包，這樣別人只要 從你提供的zip包解壓出來即可使用。)

為了給大家一個直觀的感覺，舉個簡單的例子(貌似BlogJava沒有提供對Ruby代碼的默認(rèn)支持，大家將就看吧)：

?1?require?'rubygems'
?2?gem?'Antwrap'
?3?require?'antwrap'
?4?
?5?@ant=AntProject.new(:name=>"SampleAntwrapBuild",?:basedir=>".")
?6?@cvsroot=":pserver:cvsuser:password@10.10.10.1/cvsrepo/SampleProduct"
?7?
?8?def?cvscheckout
?9?????@ant.cvs(
10?????????:cvsroot=>"#{@cvsroot}",?
11?????????:command=>"checkout?-A",?
12?????????:package=>".",?
13?????????:dest=>"cvsoriginal",?
14?????????:compressionlevel=>"9")
15?end
16?
17?def?cvsupdate
18?????@ant.cvs(
19?????????:cvsroot=>"#{@cvsroot}",?
20?????????:command=>"update?-A?-d",?
21?????????:package=>".",?
22?????????:dest=>"cvsoriginal",?
23?????????:compressionlevel=>"9")
24?end
25?
26?def?compile(project_name)
27?????@ant.javac(
28?????????:srcdir=>"cvsoriginal/#{project_name}/src",?
29?????????:destdir=>"cvsoriginal/#{project_name}",?
30?????????:target=>"1.5",?
31?????????:encoding=>"GBK")
32?????@ant.copy(????:todir=>"cvsoriginal/#{project_name}")?do
33?????????fileset(:dir=>"cvsoriginal/#{project_name}/src")?do
34?????????????exclude(:name=>"**/*.java")
35?????????end
36?????end
37?????@ant.jar(
38?????????:destfile=>"build/#{project_name}.jar",?
39?????????:basedir=>"cvsoriginal/#{project_name}",?
40?????????:manifest=>"MANIFEST.MF")?do
41?????????exclude(:name=>"src/**")
42?????end
43?end
44?
45?#?to?actually?call?your?target
46?if?ARGV.empty?
47?????puts?"Usage:?jruby?#{$0}?[target]"
48?else
49?????eval?ARGV[0]
50?end
51?

可以看到幾乎都是我們熟悉的ANT Task，只是更加緊湊更加靈活，一旦掌握了最最基本的Ruby語法，用它寫出功能強(qiáng)大的構(gòu)建腳本可以說是分分鐘搞定。

如果你在Windows和Linux兩個平臺下都使用過Eclipse，那么你一定注意到Windows下Eclipse項(xiàng)目列表的顯示要比Linux下 緊湊許多。對于做開發(fā)的朋友來講，在屏幕上同時看到的信息總是希望盡可能多，盡可能全，在這一點(diǎn)上目前的GNOME并不能讓我們十分滿意，它的GTK+控 件本身和控件之間的間隙占掉了不少本來就很有限的屏幕空間，尤其當(dāng)屏幕分辨率不是特別高的時候。

Linux版的Eclipse默認(rèn)使用GTK+2.0的控件，所以在默認(rèn)的情況下，會和其他GTK應(yīng)用程序（如OpenOffice.org）一樣給人一 種不夠密實(shí)的感覺。當(dāng)然，這和GNOME的設(shè)計(jì)哲學(xué)不無關(guān)系，不過這不是本文主旨，就不深入討論了，進(jìn)入正題講講如何調(diào)整Eclipse樹狀列表的顯示密 度。

基于GTK+2.0的程序在啟動時會到用戶的home目錄找GTK+2.0的配置文件，即~/.gtkrc-2.0，Ubuntu下默認(rèn)沒有這個文件，需要我們自己創(chuàng)建。打開你習(xí)慣的編輯器，加入如下代碼：

style "eclipse" {
? font_name="Sans 8"
? GtkTreeView::vertical-separator=0
? GtkTreeView::horizontal-separator=0
}
class "GtkTreeView" style "eclipse"

重啟Eclipse應(yīng)該就能看到效果了。如果你想做得更徹底，對所有常用的GTK+2.0控件都開刀的話，可以這樣寫：

style "gtkcompact" {
? font_name="Sans 8"
? GtkButton::default_border={0,0,0,0}
? GtkButton::default_outside_border={0,0,0,0}
? GtkButtonBox::child_min_width=0
? GtkButtonBox::child_min_heigth=0
? GtkButtonBox::child_internal_pad_x=0
? GtkButtonBox::child_internal_pad_y=0
? GtkMenu::vertical-padding=1
? GtkMenuBar::internal_padding=0
? GtkMenuItem::horizontal_padding=4
? GtkOptionMenu::indicator_size=0
? GtkOptionMenu::indicator_spacing=0
? GtkPaned::handle_size=4
? GtkRange::trough_border=0
? GtkRange::stepper_spacing=0
? GtkScale::value_spacing=0
? GtkScrolledWindow::scrollbar_spacing=0
? GtkExpander::expander_size=10
? GtkExpander::expander_spacing=0
? GtkTreeView::vertical-separator=0
? GtkTreeView::horizontal-separator=0
? GtkTreeView::expander-size=8
? GtkTreeView::fixed-height-mode=TRUE
? GtkWidget::focus_padding=0
}
class "GtkWidget" style "gtkcompact"

Linux下面使用Oracle的SQL*Plus工具有個挺惱人的問題：通過sqlplus命令進(jìn)入到SQL*Plus控制臺后，我們在Bash中已經(jīng) 習(xí)以為常的上下左右鍵突然變成了^[[A^[[B^[[D^[[C這樣的"亂碼"。熟悉ksh的朋友肯定要說我們這是大驚小怪了，不過對于從 Windows平臺轉(zhuǎn)過來的一般用戶而言，不小心按錯一下就是4個錯誤的字符，而且歷史命令也無法方便的回查了，確實(shí)挺郁悶的。

別著急，如果你的Linux是Debian或者Ubuntu/Kubuntu，直接sudo apt-get install rlwrap安裝這個小巧的readline擴(kuò)展，然后就可以以rlwrap sqlplus的方式進(jìn)入方向鍵"正常"的SQL*Plus了。當(dāng)然，如果嫌每次敲rlwrap不爽，可以在/etc/profile或者自己的 ~/.bashrc里面添加alias sqlplus='rlwrap sqlplus'。其他發(fā)行版的朋友可以選擇rpm包或者干脆從源碼自己編譯。

不知道大家注意到?jīng)]有，Ubuntu Feisty自帶的nm-applet有一個小毛病：一旦你通過它連上某個無線網(wǎng)絡(luò)之后，不管你是不是點(diǎn)錯了，或者說是不是真的需要保留這個連接的信息，它都會記錄下這個網(wǎng)絡(luò)ID，今后如果檢測到這個網(wǎng)絡(luò)，根據(jù)它自己排的優(yōu)先級（最后一次成功連接，但有時候不準(zhǔn)，或者說有可能在來回切換時不小心被弄亂），如果它排在前面，就會自動連上去，就算你手動選擇另一個，它還是不依不饒的切回它認(rèn)定的那一個。

遇到這個情況，我想許多朋友大概和我一樣，在它提供的上下文菜單找，不過GNOME的界面哲學(xué)使得界面菜單直接提供的信息和高級功能很有限，或者到類似 /etc/*、~/.*/之類的地方找相關(guān)配置文件，但是實(shí)際上它也不是那么"傳統(tǒng)"，因?yàn)閚m-applet使用GConf來記錄配置信息：

在命令行輸入gconf-editor，打開GConf編輯器，定位到system -> networking -> wireless -> networks，這個目錄下記錄了所有nm-applet使用的無線網(wǎng)絡(luò)ID和相關(guān)配置信息，如果有不希望保留的配置，直接進(jìn)到相關(guān)目錄，右鍵逐個點(diǎn)擊右面的key-value條目，Unset Key，完成以后就可以讓nm-applet"忘掉"這個無線網(wǎng)絡(luò)連接。當(dāng)然，通過這個小工具，你也可以手工對某組具體的key-value做修改。

這件事也讓我聯(lián)想起Linus Torvalds不止一次（也包括不少KDE的死忠）對GNOME的微詞：盡可能讓用戶自己掌控，還是盡可能幫用戶拿主意？這是個問題。

時下類似小i這樣的IM機(jī)器人越來越多，今天又發(fā)現(xiàn)一個有趣的Dictman，也挺實(shí)用：



使用方法是在MSN中添加dictman@hotmail.com，用Gtalk的朋友可以加dictman@gmail.com，成功后直接輸入要查的單詞即可，支持英漢或漢英。

http://www.eweek.com/article2/0,1759,2124025,00.asp

相信大家都聽說了Dell將在部分產(chǎn)品型號的PC和Laptop中預(yù)裝Linux操作系統(tǒng)而非Windows，據(jù)eWeek的報(bào)道，該Linux操作系統(tǒng)將會是Ubuntu。

上個周末的時候安裝了最新的Ubuntu Feisty Fawn，給用了很久的Dapper來了一次徹底升級。第一印象是眼前一亮，打開默認(rèn)自帶的Compiz，對用慣了傳統(tǒng)桌面系統(tǒng)的用戶而言，毫不夸張的說，是全新的桌面體驗(yàn)。

花了個把小時樣子簡單調(diào)整了更新源、中文輸入法、字體、區(qū)域選項(xiàng)等等，還上了比Compiz更強(qiáng)的Beryl，開始全面試用。經(jīng)過一周的使用，包括工作和其他應(yīng)用，感覺確實(shí)比6.06進(jìn)步不少，尤其在桌面方面，比較明顯的改善有：

1- 默認(rèn)就支持Compiz，同時安裝Beryl也非常容易。
2- Shell中敲命令，如果出現(xiàn)尚未安裝的常見軟件包，會提示安裝信息。
3- Gaim默認(rèn)增加了QQ支持。
4- 新的NetworkManager Applet 0.6.4使得無線連接管理變得簡單、直觀、而且相當(dāng)方便。
5- OpenOffice.org更加完善，對中文支持更加友好，尤其是在中文字體寬度計(jì)算上的問題得到了解決。

總的來說，已經(jīng)足夠勝任日常工作的需要，而且十分簡單易用。當(dāng)然了，有些遺憾的是默認(rèn)的郵件客戶端Evolution并不能讓人滿意：

我原本一直使用Thunderbird，這次想給Evolution一次機(jī)會表現(xiàn)一下，它卻不那么爭氣。本以為Novell和MS的東西集成應(yīng)該不錯，但是除了對日歷、會議邀請的支持還算是亮點(diǎn)之外，并沒有發(fā)現(xiàn)什么過人之處，而對TNEF的支持就有點(diǎn)貽笑大方了，Thunderbird都能正確處理的Winmail.dat附件，在Evolution下基本就是一個字：掛，連另存然后外部tnef處理都無法搞定，因?yàn)槌鰜淼臇|西已經(jīng)不是tnef格式，搞不懂Evolution為什么要做這一層額外的處理。

于是準(zhǔn)備切回Thunderbird，更令人感到困惑的事情出現(xiàn)了：在Evolution下辛辛苦苦錄入的聯(lián)系人信息，居然無法導(dǎo)出一個簡簡單單的CSV，而只能是vCard。界面上沒有其他選項(xiàng)，命令行倒是有一個導(dǎo)出工具可以指定--format=csv，不過很不幸，上來就是core dump，暈倒。本來簡簡單單的東西，何必復(fù)雜化。還好vCard本身還是文本，處理一下也不難，但感覺怪怪的，心中難免不爽，對Evolution和Novell的印象大打折扣。

順便表揚(yáng)一下SWT/Eclipse，在Ubuntu Feisty下跑起來真的是無縫，界面風(fēng)格完全就是一個native的應(yīng)用程序，開啟Beryl效果之后，連Tooltip都跟著"炫"了起來，讓人越看越喜歡，Evolution帶來的不愉快也就自然而然拋在腦后了。

今天，你Feisty了嗎？