其他

曾經有一句話，叫做“細節決定成敗”，充分說明了細節對於成功的作用。如果我們注意一下，就會發現很多因為注重細節而獲得成功的案例。產品的細節蘋果的系列產品我們都已經非常熟悉了，各種各樣i打頭的產品，對於細節已經給予了非常大的關注。尤其體現明顯的就是在對使用者使用的友好度和便利性方面的細節。iPad、iPhone和iTouch等產品都是大大的螢幕，而在正面就只有一個按鈕，使用者不必考慮到底需要按什麼按鈕。而系列產品的做工更是讓人讚不絕口，這也是另外一個細節。另外對於國內的電子書產品，bambook我感

有一個很經典的機率問題是羊與車問題，大意是在一個遊戲中有三個門，只有一個門後面有車，另外兩個門後面是羊。你想要車，但你不知道哪一個門後面有車。主持人讓你隨便選了一個門。比如說，你選擇了1號門。但你還不知道你是否選到了車。然後主持人開啟了另一扇門，比如3號。你清楚地看到3號門後面是一隻羊。現在主持人給你一個改變主意的機會。請問你是否會換選成2號門？(更詳細的問題描述與曆史探尋請參見http://www.matrix67.com/blog/archives/73)

前幾天和朋友一起交流的時候，他提到了一點問題，作為程式員，有時候會比較narrow-focused，總是覺得IT這個行業是高新技術行業，自己掌握的知識都是最新的知識，而其他行業都需要和我們學習。古語有句話叫做：萬般皆下品惟有讀書高，現在放在程式員身上似乎也有一些貼切了。之所以有這樣的想法和情緒，一方面可能是金錢的作用吧，一般來說，在IT公司中的朋友或者是做IT的朋友們，薪資會比做傳統行業的人高一些；另一方面可能是和所學習的知識相關，畢竟是一門新興的行業，最新的就是最好的，很多人都是這樣的認識；再

註：本文主要內容改編自互連網。感謝這些內容的原創者、Linxie以及Tao。 我的媽搞死我了。總結一下造福後來人。首先，現在版本的DirectX並不包括DirectShow，如果光辛辛苦苦下了一個200MB+的DirectX SDK，然後鬱悶地google為什麼用不了DirectShow，請再去下一個4MB的DirectShow SDK先。要使用DirectShow的大部分功能，需要編譯它的一個sample（詭異啊詭異），位置在\Samples\C++\DirectShow\

今天看到一篇文章，是關於在.NET中如何提升程式效能的，裡面有這樣一條： 建議使用+=、-= 等簡化操作符例如原有運算式 A=A+B 改為A+=B 這樣不僅減少了敲入代碼的數量，而且由於變數A只出現一次，在運行時也提高了系統的效能。 確實這樣的操作能減少輸入，但是對於是否真能提高效能，以及以什麼方式來提高效能（是最佳化了代碼還是節省了空間等），確實不太知道，帶著好奇心，自己動手試試了。首先寫了兩個測試方法：Code highlighting produced by Actipro

上一篇部落格《程式員應知——放寬視野》發布之後，收到很多朋友們的評論，大家也認同我的觀點，覺得對於程式員來說，放寬視野是非常必要的，然而，也有很多人提到，那篇部落格寫的比較泛泛，並沒有指出如何來放寬視野，我也意識到了這個問題，所以想再繼續談一下“放寬視野”這個話題，:)我想，想要真正放寬視野，首先要做到的一點就是把自己的姿態放低，不要認為程式員這個職業比其他職業進階，甚至在很多傳統的職業跟前，我們還是要謙虛地去學習，也就是一種空杯子的心態，那樣才能夠把其他領域的知識裝到我們的杯子裡面。另外，要始

 .NET語言中a += b與a = a + b的編譯結果必然相同在部落格園首頁精華區看到lerit的文章"A+=B和A=A+B真的有區別嗎"。大讚其中求真求實的實驗精神！只是看完文章之後，竊以為lerit的實驗方法有一些缺陷。個人認為，MSIL基於棧模型這一點就註定了.NET語言中a += b和a = a + b的編譯結果必然相同。在此貼出自己的分析和實驗方法，希望能拋磚引玉。假設a, b是整形數，我對於a += b比a = a +

GF迷上了iPod遊戲黃金礦工，所以平時也跟著玩玩。但這個遊戲實在比較無聊，忍不住要讓人折騰兩下。  由於程式不是Windows平台下，反編譯難度太大且不必要。主要的精力就放到了修改存檔和地圖上。用91手機小幫手查看MacOS下的檔案，在/usr/Applications下面輕鬆找到樂GoldenMiner對應的檔案夾，點進Documents檔案夾就是它的存檔。用XML寫的，對修改者非常友好，用記事本就把錢改到了1,000,000，進度也可以隨便改，好吧，遊戲性徹底喪失了。進一步探索遊戲檔案夾，

作為程式員，我想每個人都對於提高和進步非常渴望，也期望自己有朝一日能夠從菜鳥變成大師級的人物，能夠做出很棒的系統，能夠得到他人的尊敬和讚賞，當然還可以得到不菲的收入。然而，想要達到那個層次，不可能一蹴而就，必須要踏踏實實，一步一個腳印，逐步提高。這在每個行業或者說每個人的成長過程中都是一樣的，所以我們必須要把握每一個提高的機會，從一點一滴做起。古語云：不積跬步，無以至千裡，道理也是一樣的。前幾天一位醫學專業的朋友談到了醫學上的微創新，他說，如果看醫學上一兩年的發展，似乎沒有什麼特別大的進步和創新

複習編譯原理，前年意雲大神出了一個題，是這樣的：一段來源程式：Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/--> 1 void f(int a, int b, int c, int d, int x, int y, int z) 2 { 3 while(a < b) 4 { 5 if(c < d) 6

最近在stephenjy的啟發下開始研究cmd和Windows Powershell。突然發現其實寫一個cmd惡意指令碼很簡單…假如這個指令碼叫做a.cmd，那麼只要 Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->1 start a.cmd2  start

隨著“客戶是上帝”這一句話越來越深入人心，各家服務型企業也把客戶關係看得越來越重要，隨之而來，軟體公司開發出各種CRM軟體，以此來管理客戶關係，以求能夠更好地管理客戶關係，為客戶提供更好的服務，最終獲得更大的商業利益。然而，瞭解一下當前的CRM系統市場，會發現其實很多產品並沒有體現出客戶管理的理念，而是簡單地把CRM系統做成了另外一種MIS，儘管裡面會對客戶資訊有管理，也會提供所謂的商機管理等等形式，但相互之間沒有形成一個整體，也就沒有成為真正意義上的系統。那麼，真正有意義的CRM系統應該是什麼

閑逛MSDN，發現一個類叫做RenderTargetBitmap，只需要兩句話就可以把任何一個Visual對象轉換成一個圖片以方便顯示和輸出。我又一次震驚了。想當年用MFC的時候要實現把運算結果用圖片輸出費了多大功夫。先是用了GDI/GDI+，把現場繪製圖文混排的結果整合成一個圖片以方便輸出。然後發現在拖動時存在抖動問題，於是引入了雙緩衝。裡面七七八八詭異陷阱一大堆，整整用了一個下午加一個晚上才搞好。現在看看WPF，RenderTargetBitmap.Render(Visual visual)

申請基本上提交完了，每天乾的事情就是檢查申請狀態和看首頁上掛的流量統計。每看到多一個美國IP訪問都好興奮，同時好急躁：哎呀老師怎麼還不聯絡我呀，是因為不滿意嗎？被照片嚇到了嗎？想想看其他同學一定也有這樣的心理，於是就想著寫個小程式偽裝各種各樣的美國IP訪問其他同學的首頁來給他們一點小驚喜~

時隔10個月，有一次要在大連舉辦社區活動了，上次還是在微軟精英社區的支援下，這次變了，是在InfoQ的支援之下。其實很久之前就在準備，但是由於各種原因，延遲了一個月有一個月，回想起來，實在有些遺憾。但是，不管怎樣 ，就快要成功舉辦了，這個周六，期望能夠順利完成。InfoQ中文站已經幫忙建立了報名網站：http://www.infoq.com/cn/vendorcontent/show.action?vcr=1528感謝大家的支援，希望是一次成功的活動，:)

這裡說的效能指的主要是運行速度，而穩定性則側重記憶體流失方面。這篇文主要講述利用VSTS的Performance Profiler尋找效能瓶頸並做出最佳化的大體思路，以及利用Power Toys for .NET CF尋找.NET

前日，加拿大的敏捷測試專家Janet

下面兩段代碼，哪個更容易理解？C++:Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/--> 1 IGraphBuilder *pGraph = NULL; 2 IMediaControl *pControl = NULL; 3 IMediaEvent *pEvent = NULL; 4 5 //

--本文基於我在2011-9-10Qclub大連站上的演講整理。--IT業是服務業的一種，而IT人員作為服務業的一員，目的就是要讓客戶滿意，這裡所說的客戶可能是公司內部的業務使用者，也可能是公司外部的業務人員，但不管怎樣，我們的目的應該是一致的。想要讓客戶滿意，我們要達到的工作效果如何呢？借用之前一位前輩的話，他當時是在闡述什麼樣的軟體產品或者說軟體系統能夠容易銷售，“有兩條特性， 一是幫客戶省時間，一是幫客戶省錢，如果這兩條能夠達到一條，那麼就算是基本合格了，如果都能夠實現，那麼就不愁賣了。”

雙核sinZGallop過生日，跑過去發現他在研究《編程之美》裡面那個讓CPU佔用率成正弦曲線變化的代碼。但原代碼只能在單核裡實現，稍微改了一下現在雙核也能跑了(演算法並不像想象的那樣簡單，可以嘗試一下:-) Serialization今天看了C#的Serialization，朕龍顏大悅~~ 現在對象可以直接和硬碟上的檔案交換了(更確切地說，一個對象可以很簡單的變成一個stream，或者反之)，最最關鍵的是，Unit