其他

人們常常看著照片回憶起從前，清晰地感覺到童年，青年，中年，老年一路走來的各種變化。從這種變化中，我們可以抽象出3個關鍵詞：對象、時間和狀態。對象擁有狀態和標識，在標識不變的情況下，狀態隨時間發展演變。這代表了一種動態世界觀：時間本身並不屬於世界，世界是在時間維度上不斷演變的狀態。在這種世界觀的指導下，通過電腦程式類比現實世界問題時，我們用電腦中的對象狀態表示世界的狀態，用電腦中對象的狀態的變化表示世界狀態的變化和時間進程。與上面動態世界觀不同，另一種世界觀認為世界本質上是靜止的。怎麼理解呢？比如

文章目錄 情境1：對讀的響應速度要求高情境2：讀遠多於寫情境3：寫操作衝突頻繁 問題最近項目中遇到了一個分布式系統的並發控制問題。該問題可以抽象為：某分布式系統由一個資料中心D和若干業務處理中心L1，L2 ... Ln組成；D本質上是一個key-value儲存，它對外提供基於HTTP協議的CRUD操作介面。L的商務邏輯可以抽象為下面3個步驟：read: 根據keySet {k1, ... kn}從D擷取keyValueSet {k1:v1,

文章目錄 問題儲存結構演算法1：簡單SQL查詢演算法2：均勻分區設計演算法3：樹形分區設計演算法4：積分排名數組總結 問題某海量使用者網站，使用者擁有積分，積分可能會在使用過程中隨時更新。現在要為該網站設計一種演算法，在每次使用者登入時顯示其當前積分排名。使用者最大規模為2億；積分為非負整數，且小於100萬。PS:

由於是一個小項目，感覺需求也簡單，再加上時間緊，如果從需求開始一步步來，時間肯定來不及，在這種情況下，項目就匆匆的開始了。為了節省時間，分層、設計等等都不去考慮了，想到哪寫到哪，完全瀑布式開發。直接結果是，完工時間一拖再拖，最後不得不決定下一版本整個推倒重來。項目失敗的原因有兩個：需求分析不到位、架構設計不合理。需求和架構設計是相輔相成的，如果需求分析做的好，架構設計合理，那麼就可以靈活的適應變化的需求，這是理想的狀況。如果需求好了，架構有不合理的地方，項目也可以實現，只是以後的維護會有困難。架

理解GC理解了GC如果工作，.net程式中的許多奇怪問題都容易理解了。雖然.net一直聲稱.net程式不需要顯式的記憶體管理，GC會在後台釋放不需要的對象，開發人員不需要管理對象，但是.net 程式仍然需要關注記憶體泄露和效能問題。尤其Silverlight、WPF的記憶體泄露比其他.net程式嚴重的多。 GC解決了非託管程式中常出現的記憶體泄露問題，比如開發人員忘記釋放自己建立的資源。既然GC可以釋放記憶體，為什麼還會發生記憶體泄露呢？原因只有一個，GC與開發人員在對象是否生存（”live”）

Filco的茶軸FKB104-M/EB，不過當時決定的太倉促，靠讓JS多刀了100。再多幾十別家可入手同款全鍵盤金標N-KEY了。本來當時他給拿了個80%的，還跟我說700多。我盲測之後想買那個，他使勁兒說還是全鍵盤好；給上家去了個電話問價以後突然告訴我是樣品，然後又說是壞的，而且上家也沒有新的了交朋友第一不能坑我云云。靠當時我還上網查了一下可惜沒細看，覺得差不多日了沒注意80%是N-KEY。操他大爺的直接告訴我700多過手不掙錢不完了，現在糾結了明天是不是還找他去？貨不是他的他肯定特矯情。其實

問題：如何擷取Chrome外掛程式版本號碼翻遍了Chrome外掛程式開發文檔，依然無法找到如何擷取目前的版本號。仔細想想，版本號碼其實就在開發人員配置的manifest.json檔案上定義的，如果能讀取此檔案資料，就等於得到版本號碼資訊了。解決沒錯，請求manifest.json檔案，讀取version資料。var version = null;$.get(chrome.extension.getURL('manifest.json'), function(info){ version =

SQL Server怎麼也啟動不了了（忘了我原來對它做了啥了），懶得折騰或者裝別的資料庫了，引用下網上查到別人的。http://www.sqlite.org/cvstrac/wiki?p=SpeedComparison需要說明的是SQLite老版本第一個1000插入的測試似乎比這個快得多，見這裡：

　　據有關磚家說每天YY幾次有益身心健康，所以讓我們來練習一下：如果有一天我們也發明了個什麼演算法，叫什麼名字好呢？　　不如先參考一下前輩們都是怎麼做的。　　1）根據物理特性或實現方法命名：插入排序、歸併排序、二分尋找、螺旋丸、色誘術（天殺的，這個居然是A級忍術）；　　2）以發明者名字命名：希爾排序、霍夫曼編碼、高斯消去法、Linux；　　3）用單詞首字母組合命名：SUN（Standford Unix Networks，嘖嘖，一看就是純技術公司，以後我要是開公司就叫 CRUD &

《哥德爾、埃舍爾、巴哈》，最大的特點是字超多。正面評論見此：http://book.douban.com/subject/1291204/Update：多看了一些以後，此書是一本精心構思的爛書。其中話題如果真想瞭解，還是老老實實去相應的領域簡單學習一下吧。不過要是想看看讓美國文青發大獎的理科博士以外行的水平介紹下相關話題，這本書也絕不是一無是處，至少作者是抱著年輕人發現的喜悅去想、去寫的。Update2：當然，此書也不會比一個真正對這些內容感興趣的業餘愛好者或者一個數學老師水平差。作為業餘人士，

　　機械力學認為整體完全等於其部分之和，反之亦然；不管把組成整體的各部分進行多少次的分解組合，或者按照什麼樣的順序進行分解組合，整體的行為始終不變。這意味著各部分之間不存在相互作用，也與自身過去的曆史無關。任何部分在適當的時間到達適當的位置後，就會從這個位置開始繼續完成它那完全唯一確定的行為。                                                                               ——Karl

                     一錯再錯的這故事才精彩                                      ——樸樹 《我愛你再見》摘要     

我上篇博文說到了CLR 4.0類型嵌入特性, 那麼請大家想一想類型嵌入是誰實現的？ 選項A   CLR    選項B  編譯器  選項C TlbImp  選項D   微軟My last post talked about the “Type embedding” feature of CLR 4.0. Please think about who implemented “Type embedding”? These are options:A.  CLR          B.  

最近需要接受考試。梳理一下.net知識。這雷根據記憶來寫。有可能不準確。看到錯誤的同仁請指出來。我會一直維護的，盡量將其維護正確。 .net framework的機制.net framework包括.net CLR, CTS, CLS, CLI, BCL等組成。CLR - Common Language Runtime, 是.net程式運行時的環境。CLR包括執行引擎(execution engine)，自動化記憶體管理(GC及其工作方式)，.net

文章目錄 A survey of garbage collection and the changes CLR 4.0 brings in - series of what is new in CLR 4.0 導言Introduction關於記憶體回收About Garbage collection記憶體回收的功能The functionalities of Garbage collection託管堆和託管棧Managed heap and Managed

看了firelong寫的C#會重蹈覆轍嗎？系列之2：反射及中繼資料的效能問題, Ivony寫的C#囈語：誰說程式都要載入到記憶體？和後面的很多評論後，覺得需要寫點來表達一些觀點。希望能同大家一起探討。firelong在C#會重蹈覆轍嗎？系列之2：反射及中繼資料的效能問題中提及:" 程式（EXE/DLL）最後都是要載入到記憶體中啟動並執行，不是光放在硬碟上的——這也是為什麼.NET程式佔用記憶體都超多"有幾位園友在評論中指出這句是錯誤的或者質疑firelong的結論。如:Jeffray Zhao:

英語的詞類 1 名詞 n. teacher, book 。表示人或事物的名稱 在句中可作主語，表語，補語，定語，同位語。 2 代詞 pron. We ,me, he 等。代替名詞或數詞。 在句中可作主，表，賓，定，同。 3 數詞 num. two,fifth 等。表示數目或順序 在句中可做主，表，賓，定，同。 4 動詞 v. work, study, live 等。 表示動作或狀態 在句中可做謂語。 5 形容詞 adj. good, big, beautiful 等。表示人或事物的性質或狀態，

AT (Application Tier) 應用程式層DT (Data Tile) 資料層.作業系統要求: 帶 Service Pack 1 (SP1) 的 Windows Server 2003 企業版 或者 標準版step1. Windows2003(sp1).step2. 啟用IIS服務, 啟用asp.net, 但是不要選擇[FrontPage 伺服器擴充].step3. windows update.step4. 安裝SQL Server2005 企業版.

缺陷管理是貫穿於整個軟體開發生命週期中不可缺少的一個環節。缺陷包括產品錯誤，需求和設計變更，新特性或擴充功能（New Feature,Enhancement）等，它存在於整個軟體開發生命週期之中。使用缺陷管理系統便於項目組和管理員擷取正確、足夠的資訊，簡化了地區分散的組織的資訊共用流程，它還可以實現工作流程的自動化，最大限度減少重複工作。錯誤報表應該包括：失敗描述：摘要、重建步驟、隔離資訊； 識別資訊：順序的ID號、報告作者、報告日期。

文章目錄 終於在MSDN中文網站上看到了“部落格園”的連結了 終於在MSDN中文網站上看到了“部落格園”的連結了以前在MSDN中文網站上看到部落格網站的連結只有“部落格堂”，總是希望有一天“部落格園”的字樣也出現在MSDN中文網站，這個願望終於實現了。看來“部落格園”終於可以打官腔了（呵，開個玩笑），走出部落格園，走進MSDN,走進MS,走向世界了。呵呵~~