其他

在QQ群裡，一個叫BeLost的請教了一個關於訊息HOOK的技術問題，然後偶們一幫所謂的高手都在抽象啊、設計啊，然後就扯遠了，沒人跟他談代碼，把他給氣壞了。我們這幫人曾經都是CSDN裡以樂於助人聞名的高手級人物，但是現在卻完全沒有耐心跟他細說這麼一個訊息處理細節的問題。這是為什嗎？我想這裡存在著一個對話基礎的問題。因為過去我們在CSDN混的時候大家都還是在做Coding的多，而且還糾纏在技術的實現細節中，那時相互之間的對話基礎就是代碼。但是現在，對於我們這一幫人來說，已經很少有什麼實現細節會來困

我昨天連結一篇DDJ的一位.net專家宣布退出.net圈子的8掛。今天令狐告訴我，這個話題是CSDN首頁的熱門話題。CSDN就此對微軟（中國）開發合作部的軟體開發首席專家曹嚴明作了一個專訪，國內的一位MVP也就此發表了自己的反駁意見。其實Richard的原文我沒有很仔細地看（E文8好），但大致上沒有看到太多針對技術問題的評論，特別是因為此人是一個VB專家，所以他的大多數意見是集中在VB.net上，而對於.net

剛才令狐說：剛剛我在一個小時之前下載了一個DeerPack，當時還是Alpha 1，過了一個小時，就看到論壇上說Alpha 2出來了，然後去同一個地址下載，就變成Alpha2了所以我們就這裡開始簡單討論了一下關於Daily Building的話題。我覺得不論是不是用XP，這個Daily

前文見《Genshi筆記》。這一年多來做了幾個小的WEB應用，都是用的Genshi，總體感覺還不錯，不過真要系統地寫點什麼，貌似也寫不出來，只能做點筆記了。一、輸出XHTML：Genshi預設是輸出HTML的，作XHTML校正時不能通過，但Genshi是支援輸出為XHTML的。在TurboGears裡的設定是在 app.cfg 設定檔裡：tg.defaultview = "genshi"genshi.default_doctype =

首先批評一下Blogdriver的RSS，好像自從被BC收購以後，就開始越來越滯後，常常要過好幾天才能看到它更新一次RSS，所以偶錯過了很多gigix的新文章，874之。上午跟令狐談了一下現在gigix的RSS裡“最新”（已經快半個月了-_-|||）的一篇《Annotation

從mike_shi的BLOG那裡看到CSDN上的這篇《“開源”亮最後底牌》，作者以Compiere、SugarCRM、Asterisk這三個軟體為例，說明“開源”已經進入了高端商業軟體領域，已經不再局限於專業開發人員中了。但這不論是與像Linux/Apache/MySQL之類的開源軟體相比，還是像mike_shi那與微軟相比，都是不合適的。對於ERP/CRM這類本身定製化程度很高的軟體來說，代碼本身並不是最重要的，關鍵在於服務。SAP的系統標準程式的ABAP原始碼也都是可以查看的（只要上SAP

經過一番研究以後才發現原來libxml2其實已經內建了對HTML的解析——即使是不很規範的HTML。所以上篇《xpath在XHTML解析中的應用》完全是我學藝不精的產物。囧不過好處是順便學習到了j7a7c7k7兄推薦的tidy（用的是令狐提供的µTidylib），這也是個好東東。現在來看如何直接使用lxml（即前文說過的libxml2的一個python binding）處理那個樣本“頁面”：import codecsfrom lxml import

（本文轉載自“夢想風暴”，原文地址：http://dreamhead.blogbus.com/logs/2005/03/1066848.html）Software

本來已經寫完的，一不小心一個誤操作全部覆蓋找不回來了。只好重寫。:'(上次我閑扯了一回Annotation。後來gigix補充了一篇《Annotation vs.

雖然web2py在文檔中建議採用doctest對controller進行測試的方式，但是一則我對doctest不熟，二則只對controller層進行測試覆蓋雖然很全面，但是測試粒度太大，對我來說測得不夠細。我的設計習慣是controller層只進行簡單的調用轉換，實際的商務邏輯放在module層（注意：不是model層）處理，雖然在model裡進行設置後藉助於GenericView也能幹很多事情，但是一方面我不習慣這種方式，另一方面這種方式還是有一定的局限性——最主要是我不想把太多介面上的東西

發現我那個運行在VMWare Workstation 4.5裡的FreeBSD

.NET 神話    Visual Studio.net 的發布已經有近半年了，Windows .net Server RC1 也已經發表了，老比傾力打造的 .NET 天堂即將全面完工。在 M$ 不遺餘力的宣傳之下，彷彿軟體開發即將“跑步進入共產主義”了。    然而不論是對老比和 M$ 而言，還是對廣大開發人員來說，這個天堂即便不是遠在天邊，情況也好不到哪裡去。從 .net 誕生之日起就沒有什麼利好訊息出現：廣大 J2EE 陣營的廠商加大了宣傳力度，對 .net 鼓吹的

一位老資格的.NET專家突然說，我決定再也不寫.NET的技術文章了，因為它讓我很失望。這件事情引起的震動不小，雖然微軟也在努力挽回影響，但.NET使用者對微軟的信任危機是確鑿無疑的了。作為一個J2EE的架構師，我並不能確定.NET平台是不是真的像Grimes說的那樣“犯了嚴重錯誤”，也不知道是不是像Dan

上周末寫了一篇《面對高手們時的鬱悶》，語氣可能有點不大好。mikeshi看了貌似有些意見，還特地回應了一篇《畢竟是幹同一個行業的》。而鹿鳴則認為做什麼事做熟了都會倦怠，不論是Coding還是Designing。看來我有必要再次說明一下我的觀點。我一向是不太贊同所謂的“軟體工程”以及與之相關的一切重方法論，因為我覺得對於絕大多數軟體開發工作來說，這些並不是很有效手段。我的觀點是站在XP為代表的輕方法論和軟體工藝這邊的，Coding即Designing。因此，我不會認為Coding和Designin

對於今天火炬說Donews Blog將換用WordPress的事後，令狐提出了一個技術方面的問題，我們就此討論了一番：令狐:我倒是不關心WP好不好，而是覺得一些人（也許包括我）對於“Web應用”這一概念是不是應該反思一下了。猛禽: web應用有很多種令狐:首先應該想一想Java和.NET給我們帶來了什麼好處。最大的一個好處是：將UI、業務和儲存分離，將基礎設施和具體應用分離。這個分離帶來的好處是，有利於複雜商務邏輯的開發，有利於在不改動邏輯的情況下對UI和儲存部分進行調整。猛禽:

不知道是不是因為年紀大了的緣故，最近研究新的技術總是碰壁。上周嘗試TurboGears，結果那個20分鐘實現WIKI的教程我跑了兩天也沒有跑通，最後才發現是因為我裝的版本跟教程所用的版本不一致。暈S。今天令狐推薦了一個好東東：matplotlib結果裝好後寫了一個最簡單的實驗程式：from pylab import *show()就運行失敗，報錯：AttributeError: 'NoneType' object has no attribute 'tk'用Google搜了半天也沒有找到為什麼。

這是關於上周末Delphi版聚的記錄。放毒一詞源於攝影器材論壇：旦凡有人在壇裡大肆鼓吹某些進階器材——比如Leica機、Zeiss頭一類的（此即為放毒），往往導致觀者心癢難耐（此為中毒），最終忍不住大出血，也去敗了回來（毒發）。當然這回我放的毒都是技術毒。算 下來我們這一幫人，大多已經不怎麼拿DELPHI作為主要兵器了，於是便扯的都是別的技術。549談的是MS的測試技術，大風則是談JAVA，我當然談開

因為上次升級的Tortoise SVN 1.1.7版本感覺有時不太對勁，不如1.1.4穩定，所以回去前就升級到了1.20。結果發現原來用BDB（BerkeleyDB）建的Repositry不能訪問了，報一個什麼BDB版本4.3不能操作資料庫的錯誤。但用檔案方式建的Repositry可以訪問，巨汗。鑒於時間匆忙，只好先建立一個檔案型的Repositry將就用。回來以後搜尋了一下關於SVN的BDB Repositry版本問題，總算找到答案在這裡。Use this procedure to

這是11月研究matplotlib的成果，順便複習了一下高數。下面是程式的運行結果，藍色為隨機產生的來源資料，綠色為用傅裡葉級數（19項）擬合的結果，效果還是蠻好的。中間上方的小圖為誤差分布，接近標準常態分佈。程式中比較複雜的部分都是數學計算有關的，一個是傅裡葉級數展開的方程組產生——通過來源資料作最小二乘擬合；另一個是用高斯消元法解這個方程組，得到傅裡葉級數的係數。其它就是調用matplotlib作圖了。本程式沒有什麼實際意義，純屬寫著玩的。^O^下載：python來源程式，基於GPL

昨天臨下班前跟獵手討論了一個技術問題。今天令狐看了，指出這個解決方案治標不治本，屬於頭痛醫頭腳痛醫腳的解決方案：但要是你直接取parent的ActiveControl，這個表單不嵌入其他表單的時候不是又錯了？換句話說，這個表單跟它的使用環境發生了耦合。有沒有比較好的辦法來解決這個問題？