其他

從小到大，除非是人人都有獎的那種，否則我就和抽獎無緣。一直以為這就是我的命，沒想到，居然有例外——幾個月前申請TD的3G社會化測試，居然中彩被抽中了，太難得了。我拿到的是新郵通的 N269 這一款手機，樣子倒是中規中矩的長方形，不過不知道怎麼回事，看到這個手機的第一眼就覺得有典型的山寨機風格。到今天為止大約使用了一周左右的該手機，接聽和打了幾個電話，和另一個測試案例視頻了一次，用手機瀏覽器上網瀏覽了一些網站，用筆記本串連手機上網，總體感覺是，除了串連筆記本上網感覺上比GPRS和CDMA

我們知道DataContext實現了IDisposable介面。在C#中，凡是實現了IDisposable介面的類，都推薦的使用using語句。如下：using (DataContext db = new DataContext(fileOrServerOrConnection)){

問題的提出在前不久的一篇隨筆中，我們討論了是否需要手動執行DataContext的Dispose方法，最終的結論是不需要（即沒有必要）。那麼我們很自然會想到，既然不需要手動Dispose，那麼是不是可以只使用一個DataContext而沒有必要每次都new一個新的DataContext呢？比如使用傳說中的單例模式。實際上這樣一來就亂套了。首當其衝的是並發衝突問題。我們知道LINQ to

本文的標題借用了安東尼.韋斯頓（Anthony

為什麼要使用開源測試載入器？作為一個開源測試載入器的推崇者，我經常被問到這個問題。許多測試工程師對商業測試載入器情有獨鐘，總覺得商業測試載入器既好用又強大，而開源測試載入器功能弱，缺陷多，而且不好用。對開源測試載入器的偏見一方面來自於商業測試載入器的宣傳，另一方面，也來自部分測試工程師在使用開源測試載入器過程中的心態。在本人所在的組織中，公司內使用的絕大多數測試載入器或多或少都有開源測試載入器的影子，從開源測試載入器在主要組織的應用中看來，使用開源測試載入器帶來的優勢非常明顯：極低的Licens

增肥容易減肥難，現在每天熱一身汗的目的在於將自己略微凸起的小腹給減下去，這緣於小時候對我爸說的一句話。有天我看我爸大腹便便地坐在院子裡乘涼，就說爸你的肚子怎麼那麼大呀，他微笑說我長大後也會這麼大的，但我回了一句：我才不會那麼大呢，多難看啊。為了這句話，我現在揮汗如雨。雜誌是一門缺憾的藝術。有人說電影或者說油畫是一種缺憾的藝術，其實雜誌也是。每次一期雜誌盡頭，總想如果再多給我一點時間，也許某個標題會起得更好，某個句子會再斟酌一些，可以和某個作者溝通的再充分一些。可終歸是做不到，一個浪潮過去，下一輪

我也是本書的作者之一，雖然只在其中佔了兩章的內容：）《Google API大全：編程·開發·執行個體》這本書是國內的第一本較為完整的介紹Google API的書，內容囊括了所有主要的Google API，並用大量的執行個體展示了Google

上周六在杭州的《互連網軟體測試大會》上做演講的時候提到可測試性的話題，順手舉了一個例子：“B類存在對A類的依賴，A類是一個Singleton類，B類使用到了A類中的一個需要被mock的函數，這種情況下如何處理？” 本來，這是《修改代碼的藝術》上曾經提到的一個典型模式，該書中有非常詳細的描述。但今天收到某位聽眾的郵件，問這個問題應該怎麼回答。 正好好久沒有寫過blog了，於是順手寫了一段簡單的代碼來說明這個問題。 問題：類Singleton是一個單件類，該類實現了一個名為getUserName()

這裡用了個“有爭議的”恐怕也會引來爭議，呵呵，但凡事都怕萬馬齊喑，只所以要對本次開發人員大會雞蛋裡面挑骨頭，也是想留下一點有笑料的記憶。從一個側面讓沒有參加此次會議的朋友瞭解IBM、瞭解這次大會、瞭解IBM的產品。我不是專家，只是從一個參會者的角度去看去想，不當之處還請大家拍磚。小細節，大智慧的組委會。本來拍了幾張照片的，可惜今天沒有帶資料線，要不然圖文並茂說明更直接。一個細節是在中午吃飯的時候，竟然看到一個“清真就餐處”，這是我在參加其它廠商的大會時所很少看到的，無形之中體現了對多種族人群的尊

在本系列的第一部分中，我們簡要回顧了敏捷開發，以及敏捷測試與傳統測試的不同。在第一部分中，我們特別提到，敏捷測試的要點之一就是，不依據於角色而是依據於任務來考慮整個開發過程中的測試。但是，對一個開發組織來說，組織中一定存在開發工程師和測試工程師的角色劃分，作為一個敏捷團隊中的測試工程師，他的主要工作職責是什麼呢？或者說，他可以在哪些工作上發揮自己的作用呢？敏捷過程中與測試相關的任務很多，概括說來有如下一些：建立不同層級的測實驗收標準（也就是test

本期精彩看點特別策劃：多核時代——改變電腦發展曆史推薦欄目：科技創業點評調查：蛻變——程式員的轉型向流氓軟體開槍敏捷模式在微軟項目中的經驗談侯捷：覆水難收？用Swing輕鬆寫幾個Undoable程式40年來，摩爾定律一直在持續完成著它的曆史使命，儘管當今電腦處理器並沒有嚴格按照當時所定下的速度發展，但是今天的硬體技術仍然值得我們刮目相看。龐大的計算需求在過去40餘年當中不斷推動著電腦的發展。多核時代的到來無疑從另一個角度揭開了電腦發展曆史的新篇章。然而市場上各家廠商宣傳的多核技術各有千秋，孰是孰

 本來已經不打算去參加這次會議了，可是看了具體的議程表之後還是決定要去，給同事打了個招呼，決定明天前往。 主要吸引我的主題有：1. 究竟傳說中的Eclipse創始人及三個資料庫大師為有哪些驚人之語？2. RUP究竟會給開發人員帶來哪些好處，處在網路開發時代，它較敏捷開發還有哪些優點？3. 軟體組態管理最佳實務經驗－統一變更管理4. 設計模式的應用與積累5. 開源和開放標準6. 專案管理專題：溝通管理7. 專案管理專題：項目監控8. 快速改進專案管理過程的最佳實務9.

內容概述：在p2p通訊領域中，由NAT(Network Address

第一張圖：看當前以Bill

在上一篇隨筆中，我們列舉了使用LINQ to SQL對資料庫進行更新的5中方案。本文將對這幾種方案進行測試和對比，力求找出一個最佳實務。準備工作我們的測試還是基於Products表。為了使測試更符合實際，我們將與之關聯的Categories、Suplliers和Order_Details表都添加進來。首先建立一個IProductRepository介面，定義插入、尋找、更新操作：public interface IProductRepository{ void InsertProduct(

在4月26號下午的講座中，我提到了“將Script放到HTML檔案中盡量靠近尾部”的方法來提高使用者感覺上的回應時間，有朋友對這個問題提出了疑問，因此在這裡更詳細的對該方法進行說明。首先，瀏覽器對於script的下載是避免並行進行的。HTTP/1.1協議中規定瀏覽器和同一host之間只建立最多兩個串連，也就是說允許的最大並行度為2（當然，對IE和Firefox來說，你都可以通過修改瀏覽器的設定來擴大這個並行度）。但對於Script的下載來說，瀏覽器在開始下載Script之後，是不會並行的下載其他

一晃又一段時間沒有寫Blog了，應該是沒有和自己的心靈對話了。通常如果一段時間沒有寫點東西的時候，自己會變得非常煩燥，好像生活缺少了什麼似的，還以為自己得了Blog神經病？但是說實話，我真的很喜歡文字，特別是那些押韻的！今天一路走來，看到又有挖路機在賣命地和柏油路打架，也真奇怪，為什麼這些路修了挖而挖了又修呢，整個路皮上都是補丁，都21世紀了還給人家穿補丁衣服，不嫌丟社會主義的臉！拐近路邊的一品羊湯，要了一個小碗再加一兩肉，端上來的時候上面漂浮著三兩片肉，我特意問了一下，是不是加肉的：）？人家點

左耳朵耗子發表了《我們需要全職的QA嗎？》後，一石激起千重浪，贊成者有之，激烈反對者有之；有人說文中對QA的定義不對，還有人說以偏概全…… 的確，在需不需要專職的QA角色這個問題上，很難用一個簡單的“需要”或“不需要”來回答。前兩天我寫了一篇對該文的回應文章，但由於文章寫就得比較倉促，很多觀點來不及完整表述，因此，在“真理越辯越明”的原則下，在這篇文章中，我準備就“我們需要什麼樣的測試”這個問題說說我自己的看法。首先要說明的是，這篇文章完全不是討論“我們是否需要專職QA”這個問題的，也不是討論“

網站名稱是PythonChallenge，提供了一系列的Python

在前一篇文章中，我提出了在使用LINQ to SQL進行更新操作時可能會遇到的幾種問題。其實這並不是我一個人遇到的問題，當我在互連網上尋找答案時，我發現很多人都對這個話題發表過類似文章。但另我無法滿足的是，他們儘管提出了問題，卻沒有進行詳細的剖析，只給出瞭解決方案（如添加RowVersion列、去除關聯等），但卻沒有說明為什麼必須這麼做。這也是我寫上篇的初衷，希望通過對LINQ to