Read Sean

"It's a common delusion that you make things better by talking about them."
- Dame Rose Macaulay

[Merriam-Webster's Collegiate Dictionary]
delusion n, 2 a: something that is falsely or delusively believed or propagated (http://m-w.com/dictionary/delusion)

有時(shí)候我們會以為我們談?wù)撃臣履硞€(gè)問題，可以讓它們實(shí)際上得到解決或者變得更好，這通常是一種錯(cuò)覺。

讓我提醒一下各位準(zhǔn)備進(jìn)入IT行業(yè)，或者在IT行業(yè)但是還沒有真正融入的朋友，IT這個(gè)領(lǐng)域，不管你做什么，都很有挑戰(zhàn)，需要你的熱情和勇氣，這里沒有金飯碗、鐵飯碗，如果你入這行純粹為了更輕松的工作或者更高的收入，我只能說我個(gè)人極其不看好你的這個(gè)動(dòng)機(jī)。沒有合適的心態(tài)和必要的職業(yè)素養(yǎng)，你很難成功或者滿足。

首先需要好奇心，從計(jì)算機(jī)如何工作，到某個(gè)軟件系統(tǒng)或框架是如何實(shí)現(xiàn)的，到具體業(yè)務(wù)領(lǐng)域?yàn)槭裁磿心稠?xiàng)特定的需求，都需要我們的好奇心，沒有好奇心，就沒有興趣，沒有興趣，做出來的東西就必然缺少靈魂。如果你連基本的好奇心都沒有了，我勸你還是早點(diǎn)關(guān)注一下其他更能夠引起你好奇和感興趣的行業(yè)，否則要么你很失敗，要么會做得很辛苦。

有了好奇心，接下來一定要有強(qiáng)烈的求知欲望，要有知甚解的精神。IT業(yè)是一個(gè)瞬息萬變的行業(yè)，當(dāng)下如日中天的技術(shù)，到了明天、下周、下個(gè)月、明年，可能就回?zé)o人問津，對于和你的知識面，和你的公司所涉獵的行業(yè)相關(guān)的技術(shù)知識、領(lǐng)域知識需要我們不斷學(xué)習(xí)，不斷充實(shí)自己，這個(gè)環(huán)節(jié)很難有什么捷徑，如果有，也是通過一定的廣度和深度來逐步達(dá)到舉一反三的目的。曾經(jīng)接觸過不少“不求甚解”的朋友，表面上他們能夠應(yīng)付相當(dāng)?shù)墓ぷ骱蛪毫Γ呛茈y讓他們理解和掌握更深層次的東西。如果你觀察他們足夠長的時(shí)間，你會發(fā)現(xiàn)他們?yōu)榱苏莆詹粩嘧兓蛘卟粩喟l(fā)展的技術(shù)、框架、平臺，或者適應(yīng)某些看似極度不穩(wěn)定的用戶需求，由于沒找到譜，其實(shí)也很累。

有了必要的好奇心，也有足夠的動(dòng)力去學(xué)習(xí)新事物之后，我們需要有追求完美的工作態(tài)度。拿軟件開發(fā)來說，我們產(chǎn)出的是軟件，從某種意義上講，是我們的孩子，應(yīng)該給予足夠的關(guān)愛和呵護(hù)，誰不希望自己的孩子是天下最棒的？說到底軟件這個(gè)東西從無到有，靈活性相當(dāng)大，能夠做到怎樣優(yōu)秀的程度，很多時(shí)候取決于我們自己。

最后是解決實(shí)際問題。追求完美沒有錯(cuò)，但是需要有個(gè)度，需要有的放矢，需要有一個(gè)更加全局的指導(dǎo)方針，那就是解決實(shí)際問題。不論你做的東西采用多么先進(jìn)的技術(shù)，你用了多么業(yè)界認(rèn)可的管理方法，假如最后一些基本的客戶需求無法達(dá)成，也是白搭。這是典型的“學(xué)院派”作風(fēng)，我們在不斷追求完美的同時(shí)，時(shí)刻都不能忘記我們存在的目的：解決實(shí)際問題。

"Everyone thinks of changing the world, but no one thinks of changing himself."
- Leo Tolstoy

“每個(gè)人都想著要改變世界，卻沒有人想要改變自己。”
- 列夫·托爾斯泰

從上面這張對比圖來看，似乎傳統(tǒng)的影音播放產(chǎn)品和家用電子電器廠商更多的傾向于Blu-ray，而在這個(gè)產(chǎn)業(yè)相對新生的企業(yè)，許多在PC領(lǐng)域的強(qiáng)者，以微軟和Intel為代表，更多的傾向于HD DVD。這兩個(gè)標(biāo)準(zhǔn)第一次正面交鋒出現(xiàn)在XBOX 360的HD DVD，以及PS3的Blu-ray。

HD DVD還是Blu-ray，這是個(gè)問題。

"Everywhere is walking distance if you have the time."
- Steven Wright

所謂walking distance，指的是走路就能到的距離，雖然沒有一個(gè)明確的數(shù)字，但是很顯然從杭州到無錫就不是walking distance?！爸灰阌袝r(shí)間，到哪里都是走路就能到的距離。”

http://leadinganswers.typepad.com/leading_answers/2006/11/agile_methods_a.html

關(guān)于如何使用敏捷方法管理知識型員工和團(tuán)隊(duì)，推薦閱讀。其中兩幅插圖很形象的表示出：

Command-and-Control的管理模式如何壓制團(tuán)隊(duì)和個(gè)人的創(chuàng)造力、貢獻(xiàn)的熱情和生產(chǎn)效率，而適當(dāng)?shù)拿艚莘椒ê蛯?shí)踐如何推動(dòng)和提高團(tuán)隊(duì)及個(gè)人的創(chuàng)造力、貢獻(xiàn)的熱情和生產(chǎn)效率。

一個(gè)典型的Command-and-Control模式的特征：
- One way communications
- Lack of local control
- Compliance activities
- Bureaucracy
- Lack of recognition

一個(gè)典型的敏捷管理模式的特征：
- Self organizing team
- Empowered to make decisions
- Focus on business value
- No blame culture
- Team recognition + development

看到一篇好文，和大家共享之：
http://blog.technoetic.com/2006/09/19/threshold-of-pain/

大意是探討為什么有些team的“技術(shù)債”（我們在IT項(xiàng)目進(jìn)展中犯下的哪怕是小小的一點(diǎn)錯(cuò)誤或者不作為，都會影響到整個(gè)項(xiàng)目產(chǎn)出的質(zhì)量，影響到該目未來的發(fā)展、維護(hù)，甚至驗(yàn)收，使得成本和預(yù)算無法被有效管理）會慢慢堆積，而另一些team能夠及時(shí)發(fā)現(xiàn)并糾正這些潛在的問題。是team的技能水平嗎？并不完全是。我們可以從不同team對pain（項(xiàng)目進(jìn)展和產(chǎn)出上出現(xiàn)的瑕疵）的敏感程度的不同來考量，而非簡單的技能差異。

對pain的容忍度過高，項(xiàng)目中的“技術(shù)債”就會日益堆積，到最后項(xiàng)目變得無法收拾；對pain的容忍度過低，會讓項(xiàng)目組變得吹毛求疵，得不償失。當(dāng)然，這個(gè)容忍度不可能也沒必要定死在一個(gè)固定值上。有時(shí)候，我們也不得不臨時(shí)調(diào)高這個(gè)容忍度，比如為了趕進(jìn)度（如果錯(cuò)過某個(gè)deadline整個(gè)項(xiàng)目都可能會變得一文不值或者失去意義那種進(jìn)度），問題的關(guān)鍵是，當(dāng)我們有意識的提高寬容度，達(dá)到我們某個(gè)目標(biāo)之后，能不能及時(shí)回過頭來彌補(bǔ)這部分缺失的產(chǎn)出，避免今后帶來更大的問題。今天你看來需要2周時(shí)間，你覺得不值，2周之后，同樣這些欠下的“技術(shù)債”可能會“吃掉”你2個(gè)月，這不是在危言聳聽。

如何找到一個(gè)平衡點(diǎn)？如何根據(jù)項(xiàng)目實(shí)際情況調(diào)整這個(gè)平衡點(diǎn)的位置？這是擺在每個(gè)項(xiàng)目管理者面前的現(xiàn)實(shí)問題，也是項(xiàng)目管理者的責(zé)任和義務(wù)。

如果你需要在不同的操作系統(tǒng)之間備份/恢復(fù)DB2數(shù)據(jù)庫，那么你很可能遇到麻煩，據(jù)說有人成功的把DB2數(shù)據(jù)庫在AIX 5上backup然后在Windows下restore，反正我是沒那么幸運(yùn)了，restore過程中除了備份文件名和路徑不一致的問題，到最后一步還是報(bào)錯(cuò)，而Windows本地?cái)?shù)據(jù)庫backup然后restore就很順利。

世界末日？還好，IBM DB2提供了db2move這個(gè)命令行工具，使用方法如下：
在需要備份的數(shù)據(jù)庫服務(wù)器上執(zhí)行
$> db2move [數(shù)據(jù)庫名稱] export
根據(jù)表的多少，當(dāng)前目錄下會生成一大堆文件，拷貝到新的系統(tǒng)下面，新建一個(gè)同名數(shù)據(jù)庫，執(zhí)行
$> db2move [數(shù)據(jù)庫名稱] import
即可。

直接敲
$> db2move
可以看到命令行選項(xiàng)的說明。

看到這樣的結(jié)果你也許并不意外，但是看到具體的數(shù)字可能會驚訝：

測試環(huán)境：
IBM (Lenovo) ThinkPad T43 (1G Mem);
Windows XP Professional (SP2), 文件系統(tǒng)NTFS，默認(rèn)設(shè)置;
Ubuntu GNU/Linux 6.06 (Dapper Drake), 文件系統(tǒng)ext3，默認(rèn)設(shè)置.

測試用例：
1M左右大小的文本文件，共計(jì)200個(gè)，搜索包含字符串'1000456732'的文件和相關(guān)內(nèi)容。

Windows Search - 37秒，正確找到包含字符串的6個(gè)文件，但是沒有直接提取出相關(guān)內(nèi)容。
Notepad++ (Windows) Search in Files - N/A，超過5分鐘沒有任何反應(yīng)，CPU99%。
grep (Ubuntu, 直接讀NTFS分區(qū)) - 12秒，正確找出所有6個(gè)文件，63行相關(guān)內(nèi)容。
grep (Ubuntu, 拷貝到ext3分區(qū)再執(zhí)行) - 拷貝3秒，執(zhí)行2秒，正確找出所有6個(gè)文件，63行相關(guān)內(nèi)容。

還記得上次在Ubuntu下安裝CVS帶來的性能提升嗎？
http://www.aygfsteel.com/sean/archive/2006/09/17/70145.html

我發(fā)覺技術(shù)出身的人，尤其是做編程、愛編程的，至少在我接觸到的很多人，都有這種在普通人看來多少有些奇怪甚至相互矛盾的混合特質(zhì)：好奇？單純？內(nèi)斂？天 真？執(zhí)著？懷疑？死板？刻薄？叛逆？理性？感性？優(yōu)雅？浪漫？潔癖？幽默？自我？敏銳？木訥？書卷氣？追求完美？理想主義？孤芳自賞？難以形容的十分清楚，但就是讓人覺得這個(gè)人群看問題 的角度、思維的方式、處理問題的方法，都在不經(jīng)意間流露著可愛。

可能我骨子里就是這樣一個(gè)人吧，表面上說別人，其實(shí)在暗示自己對類似的性格特征很有共鳴。不論現(xiàn)實(shí)讓我走了多少彎路，直到我最終"子承父業(yè)"，干上了 編程，仿佛才找到了真我。編程及編程相關(guān)的工作，不論是學(xué)到一個(gè)新的東西，實(shí)現(xiàn)一個(gè)新的想法，完成一個(gè)有挑戰(zhàn)的任務(wù)，遇到志同道合的朋友，總能給我?guī)砜鞓?，這樣的快樂，直接而 純粹。

http://blogs.zdnet.com/Burnette/?p=216

這是一周多以前的文章了，不過如果你還沒從其他渠道看到這篇來自Ed Burnette的blog，推薦你讀一讀，挺有趣的，包括comments。

"The limits of my language are the limits of my world."
-Ludwig Wittgenstein

這是維特根斯坦的一句哲學(xué)經(jīng)典：“（我的）語言之極限即（我的）世界之極限?！?br />人們對客觀世界的認(rèn)知和定義其實(shí)是局限于我們能夠通過語言來理解和描述的它的極限。

用這句經(jīng)典來調(diào)侃一下編程語言，某個(gè)編程語言能夠做到的，是不是也局限于它從語意上乃至通過其相關(guān)的API/運(yùn)行環(huán)境能夠描述的？語言越強(qiáng)大，表達(dá)能力越強(qiáng)，背后的平臺越強(qiáng)，那么它能夠?qū)崿F(xiàn)的功能，能夠達(dá)到的高度和廣度，就越高或者越廣？

或者說，當(dāng)你掌握的語言（不論是我們通常意義的語言、編程語言、還是所謂的DSL - Domain Specific Language、行話、方言）足夠強(qiáng)大，或者你掌握的語言足夠多，且涉及不同的domain，那么你的世界也將變得更加廣袤和開闊。

http://www.aygfsteel.com/sean/archive/2006/12/15/87874.html

上一篇提到NAnt 0.85的兩個(gè)bug，經(jīng)過一番折騰，發(fā)現(xiàn)問題其實(shí)出在它bundle的sharpcvslib(scvs.exe)，我的解決步驟如下：

1- 安裝CVSNT，并在編譯腳本加入讓NAnt不要使用那個(gè)bundle的sharpcvslib(scvs.exe)，而是使用CVSNT的cvs.exe；

2- 去掉先前由NAnt建議的<cvs-pass>這個(gè)Task，以及<cvs-checkout>中的passfile屬性；

3- 指定cvsroot中直接包含密碼，格式

前面提到的文件編碼以及用戶密碼驗(yàn)證等問題均不復(fù)存在。

以下談一談我的觀感：

.NET的開源項(xiàng)目，就NAnt和sharpcvslib來說，不論是代碼質(zhì)量、文檔、社區(qū)活躍程度、更新/反饋周期，都還有很大的改進(jìn)和提高的空間，從實(shí)際效果來看，感覺.NET部分開源項(xiàng)目的定位和初衷也很值得思考，究竟一個(gè).NET開源項(xiàng)目的存在更多的是要證明.NET/C#也可以做到xxxx，還是要解決實(shí)際問題？這背后的價(jià)值觀到底是什么？

如果是解決實(shí)際問題，那么為什么有現(xiàn)成的Win32環(huán)境下成熟的、完整的CVSNT可用，卻一定要自己搞一套cvs庫，而且還要默認(rèn)使用這個(gè)相較而言頗為不成熟的庫？如果你跟我說這樣是需要對CVS訪問有更精細(xì)的控制，那我想還不如在CVS的命令行參數(shù)上多下些功夫來得實(shí)際。

其實(shí)CVS已經(jīng)存在很久，對于基本的協(xié)議、標(biāo)準(zhǔn)，現(xiàn)有的不少CVS客戶端都實(shí)現(xiàn)的比較到位，sharpcvslib不知何故進(jìn)展如此緩慢，官方站點(diǎn) sharpcvslib.sourceforge.net最后更新時(shí)間是今年2月，上一個(gè)發(fā)布版本0.35是2004年，開發(fā)版本0.36是2005年1 月，NAnt也好不到哪里去，0.85的RC1版本2004年11月就出來了，正式的0.85到今年10月才放出，如果你看看它的bug database，很多bug都石沉大海。

這個(gè)版本的NAnt在使用中的一些細(xì)節(jié)的處理個(gè)人感覺也有些欠缺的地方：比如：使用<cvs-checkout>，password屬性被deprecated，直接就不支持了，沒辦法，“官方”建議使用<cvs-pass>那我們就用吧，但是<cvs-pass>和<cvs-checkout>就目前看來，配合的并不默契（詳見上一篇隨筆和bug ID 1616136）。

相比之下，生活在Java以及GNU/Linux/BSD下的朋友們，在上述這些方面就要幸運(yùn)的多。

由于是從Java轉(zhuǎn)做.NET項(xiàng)目，在考慮SCM和自動(dòng)編譯時(shí)，自然而然想到NAnt，不過0.85的RC版本出來很久，一直沒有正式release，直到最近一次偶然的機(jī)會我才得知正式版已經(jīng)出來，雖然不支持Visual Studio 2005的解決方案/項(xiàng)目文件，但至少支持.NET 2.0，正好項(xiàng)目整個(gè)框架和模塊清單基本定型，遂決定下點(diǎn)功夫把我們的構(gòu)建過程腳本化、自動(dòng)化。

經(jīng)過些磕磕絆絆，總算是跑起來了，但還是有不夠完美的地方，發(fā)現(xiàn)2個(gè)bug，提交到NAnt在SF.net上的bug database：

[1614467] NAnt自帶的scvs.exe（<cvs-checkout>）從CVS拿文件時(shí)會忽略文件的原始編碼，如UTF-8。
[1616136] NAnt的<cvs-pass>和<cvs-checkout>兩個(gè)task對passfile屬性的處理不一致，<cvs-pass>創(chuàng)建密碼文件在指定位置，<cvs-checkout>卻不從那里拿。

不知大家有沒有遇到類似的問題。如果有時(shí)間，我倒是很想把源碼拿下來看個(gè)究竟。

參考上一篇(Second zero-day flaw):
http://www.aygfsteel.com/sean/archive/2006/12/06/85968.html

以下是來自CNET News.com的報(bào)道:
http://news.com.com/2100-1002_3-6143853.html