其他

ArgumentNullException constructor is really a bad API design sample. First let us review the constructor definition of ArgumentException and ArgumentNullException(From MSDN): public ArgumentException( string message, string paramName )public

實在是看得很爽，3-0，這應該是近幾年米蘭少有的讓人看得酣暢淋漓的比賽了。不僅體現在比分上，不僅僅是和利物浦一起晉級決賽，更重要的是彷彿回到了三劍客時代……中國這幫球迷最早看五大聯賽轉播就是從意甲開始，當時的三劍客可謂是如日中天，這也給很多中國球迷心中烙下了深深的米蘭情節。可是，近幾年米蘭的表現並不敢讓人恭維，雖然也取得了一些成績，特別是擁有像舍瓦這樣穩定的射手，冠軍聯賽中也始終都是意甲的一面旗幟。不過對球迷來說似乎總感覺少了點什麼，對，氣勢，就是聽米蘭隊歌的那種感覺，近幾年看米蘭踢球，總讓人感

夠無厘頭，哈哈==========================================================問：你的生日是哪天？ 　　答：8月16日 　　問：哪年？ 　　答：每年。 　　問：和你現在住在一起的兒子有多大了？ 　　答：34，也許是35，我記不大清楚了。 　　問：他和你一起住了有多少年？ 　　答：45年。 　　問：因為你丈夫的一句問候，導致你想離婚？ 　　答：是的，全因為他那天早上的一句問候。 ?? 　　問：他說了什嗎？ 　　答：噢，多少美妙的早晨！凱麗！ ??

我這裡由於是對程式演算法的實現，沒有弄這麼大的資料量（40億的32位整數對於文字檔來說估計要3Ｇ以上的儲存空間），我這裡只使用4千萬的資料量，也就是百分之一的量，不多說直接上代碼。#include <stdio.h>#include <string.h>#include <stdarg.h>#include <stdlib.h>#include <errno.h>#define GETBIT(NUM, IDX)

賽迪的訊息，不知道是不是真的？如果是，那麼並行編程還那麼重要嗎？ Herb Sutter去年寫了那篇著名的《The Free Lunch Is Over: A Fundamental Turn Toward Concurrency in Software》，提出了並行編程才是未來方向的觀點，PTC06上面看到他的speech講的也是vc

周六去參加公司足球俱樂部的活動，等了半天沒車，打的去吧！司機：“到哪去？”我：“探源路”司機（ms沒聽清楚）：“哪裡呀？”我重複了一遍，司機看上去還是很迷茫的樣子。我想不會吧，我看了Baidu Map的呀，離這裡應該很近才對，難道是名字記錯了？我：“要不就是源探路吧？可能記錯了” // ……// 此處省去若干我對目的地方位的描述結果司機還是不知所措：“兩個字咋寫的？”我：“水源的yuan，探路的tan”司機：“哦……”恍然大悟的樣子，“源深路吧，三點水...”我：“^$%*^T)&_*)

使用類似ZF的方式分頁，需要單獨寫一個分頁類，重載run方法，從CPagination得到需要的分頁資料，然後使用控制器的renderPartial方法，不能使用render方法這個方法會在視圖的控制器目錄下找檔案，這樣指定的位置就不準確了。<?php/*** 解決使用rpc來的資料沒有相應的資料提供者的問題* 這裡不使用dataProvider，僅僅用分頁器和模板來顯示分頁頁面*/class SLinkPager extends CBasePager{ /** *

May LINQ CTP現在可以下載了，我機器上pdc05 tech preview版也終於可以卸掉了，其實還有點捨不得呀。如果不瞭解LINQ，可以google一下，或者我建議大家看看Anders在PDC05上面的兩個關於Linq和C# Extension的Keynote Speech，非常精彩~~這兩個speech可以從這裡下載。需要說明的是，Linq仍然是建立在.NET

由於工作上對多語言之間資料緩衝一致性的需要，個人分析了libmemcached的實現，對底層一致性的實現有了一些瞭解，這裡分享一些分析的一些過程，也給自己做個筆記。我使用是php，從php的擴充開始分析應該來說是最方便的。這裡從php擴充的Memcached::add方法入手去找到需要的內容。方法檔案為php_memcached.cadd方法的php擴充代碼如下（檔案memcached-2.0.1/php_memcached.c）：PHP_METHOD(Memcached, add){

今天坐我旁邊的兩個同事討論了一個由記憶體管理引發的BUG，涉及到了Memery management中一些令人頭疼的東東，值得說一下。情況是這樣的:我們的代碼裡面自己實現了一個native C++的memory pool來對某些類別的對象進行管理，而這個pool不是thread safe的。這樣設計也很容易理解，一來實現一個thread safe的pool要頗費一番心血，在當時的情況下沒有必要；二來，我想也是更重要的，thread

需求總是在改變。即使你已經得到了很好的use cases, 但是你還是可能經常改變你的軟體以適應一些新的需求Main path , Alternate path, optional path一個完整的路徑通過一個use case, 從第一步到最後一步被叫做一個情境大多數的use cases擁有許多不同情境，但是它們都共用同一個使用者目的任何時候你改變了你的use case, 你需要返回去檢查你的需求一個好的use case是為了獲得完整的使用者需求如果你的use

昨天把zf的官方效能最佳化都做了一遍，本來希望官方的效能最佳化方案能夠真正起到最佳化效果，中間由於bug誤以為有效果了，還發了一篇博文，可惜後來一查完全越最佳化越差了。下面簡單吧ZF官方的效能最佳化說一下，還有最新的（ZF1版，第二版還沒有怎麼用）ZF1.12中添加的autoload_classmap的機制，設計cache的部分就不提了，那個減少了代碼的執行邏輯，效能提升是肯定的(還需要對比緩衝擷取過程和減少的代碼邏輯執行的時間差，提升不絕對)。官方最佳化如下：1、在include_path的路

Google和金山的合作應該是大勢所趨了，實際上電子詞典早就應該web

審視在你的use case 中動詞和名詞並指出類和方法的行為叫做文本分析一個好的use case使用一種容易理解的語言，清淅並且精確的表述了系統的行為注意你use case中的名詞，即使它不是你系統中的類思考你發現的這些類實現能夠支援你use case 中描述的行為use

今天項目組的一個同事給大家share了一些前段時間去Waltham（產品美國項目組所在地）那邊交流的情況和感受，以及一些我們產品團隊的傳統文化，當然旅行經曆也是少不了的，呵呵。 我覺得最有意思的一點是，Alley介紹說美國那邊的Team

CSDN上看到的對Robert Parker(ATC進階工程總監)的採訪，下面是他的一段對Ruby/ROR的看法：記者：現在Ruby On Rails在全世界都非常火，它使軟體開發的效率幾乎是成數量級的提高，代碼量也成數量級下降。您是否認為這種東西是新一代或者具有革命性質的開發方法或工具。如果您認為這個東西確實很有價值的話，微軟會不會以某種手段，或某種方法，或是一種工具在微軟的平台上實現？Robert Parker:我們確實看到了Ruby On Rails的效能很高，開發效用

斷斷續續看了幾天，在實現幾個演算法後，總算把這個代碼寫出來了，測試耗時在10s 演算法真強大:)#include <stdio.h>#include <stdlib.h>#include <string.h>#include <stdbool.h> #define MAX 1024*1024*1024typedef unsigned char BYTE;/*enum bool {1,0};*/int main(){ char str[10]

昨天收到的最新一期codeproject newsletter上面有個蠻有趣的統計——“What is your favourite programming font?”。統計結果是這樣的：以前倒是一直都沒有注意過這個問題，記憶中最開始都是直接用系統預設，後來一直用的都是Courier

    是的，就在昨晚，醜陋的巴西終於被踢出了世界盃。 坦率的講，過去十年黃衣軍團都一直是我最欣賞的球隊，而這兩年的法國，卻一直都被自己視作是明日黃花。但當巴法大戰(哦，或許巴西這場比賽的表現根本不配稱作與法國大戰)終場哨音吹響的時候，原本應該失望至極的我，突然有一種說不出來解脫。   

http://www.yahoo.cnYahoo中國因為和交大有些淵源，所以alibaba今年西安招聘是以yahoo中國為主。說實話yahoo來之前我是從來沒考慮過的，一來對yahoo前幾年的招聘沒啥映像，二來他的競爭者Google和Baidu現在實在是太鋒芒，再加上自己本身也沒有相關的經驗。後來看到ablibaba的招聘資訊，發現除了yahoo中國在北京外，其他部門都在杭州，沒考慮過去杭州(後面的網易、道富、恩傑等我都放棄了)，而且看到yahoo招聘的職位裡面有個c/c++工程師，感覺還可以試