其他

　　開篇前言：為什麼寫這篇文章？筆者目前在學習各種各樣的演算法，在這個過程中，頻繁地碰到到遞迴思想和分治思想，驚訝於這兩種的思想的偉大與奇妙的同時，經常要面對的一個問題就是，對於一個給定的遞迴演算法或者用分治思想縮小問題規模的演算法，如何求解這個演算法的時間複雜度呢？在google過很多的博文後，感覺這些博文總結的方法，有很好優秀的地方，但是都不夠全面，有感於此，筆者決定總結各家之長，作此博文，總結各種方法於此，有不足之處，歡迎各位批評指證！　　在演算法的分析中，當一個演算法中包含遞迴調用時，其

最近搞一個系統時由於在比較關鍵地方用到反射了，所以要關注了一下反射的效能問題。搜尋一下，不難搜到老趙的這篇文章，下面是一些雜亂的筆記。（建議先看老趙的文章）.Net4.0反射效能改善看老趙的文章，老趙得到的結果是這樣的：00:00:00.0125539 (Directly invoke)00:00:04.5349626 (Reflection invoke)00:00:00.0322555 (Dynamic executor)而我把代碼搞下來自己運行得到這樣的結果：00:00:00.000971

最近在群裡，有成員問道了無重新整理分頁的問題，碰巧前一段時間正好實現了這個功能，而且還在這個基礎上增加了自己的一點特製的功能，比如篩選、排序功能。不過今天就先不涉及，先從簡單的分頁講起。首先，我們要準備的檔案有：jquery.js,jquery.pagination.js,pagination.css,還有一個就是經常用的table布局的css檔案。這些檔案都會在後面的檔案中包含。先把要用到的檔案依次進入進來：<script src="common/jquery.js"

昨天在逛社區的時候，看到一位園友發帖問到這個相關的問題。當時回答的不充分，也不細緻，所以就抽時間寫點東西進來，希望能起到一定的指導作用。解決這個問題，首先，我們應該要選用Forms的認證，這個Forms認證不是這個話題的重點，在這裡不進行詳細介紹了，他們可以參考下面的相關文章：ASP.NET安全問題－－Forms驗證的具體介紹(上篇)ASP.NET安全問題－－Froms驗證的具體介紹(中篇)ASP.NET安全問題－－Forms驗證(後篇)－－實戰篇由於昨晚時間的關係，沒有貼出代碼，實在抱歉啊，現

晚上的時候，跟朋友聊到了一下創業失敗的經驗教訓。其中特彆強調了一點，現在先跟大家分享一下：Form partner relationships early, even if informal. （儘早結成夥伴關係） 與其他公司結成夥伴關係，通常在短期內不會有明顯效果，而且這種關係也不受你控制。但是從長期看，這種做法確實有一些潛在的優點。每一個夥伴，都會給你帶來更多與外界的聯絡渠道、更豐富的營銷手段、幫你發現潛在的競爭者，甚至最終可能成為收購你的人。 由於我們過於自信，沒有將發展夥伴放到優先地位，

如何來評判一個網站的優良呢？我想一個最重要的參考因素就是這個網站的使用者能互動起來，這時就有了很多以使用者為中心的互動社區了，豆瓣如此，verycd的小組也是如此，對於社區來說，由使用者產生的那些行為是相當重要的。就連這段時間的蝦米，也朝這個方向走了。原來喜歡蝦米的使用者，會為它有著高品質的音樂而拍手稱讚，現在在去看看蝦米的新首頁，就會很清楚看到的大家的、朋友的、以及蝦米猜的。“以人為中心的”好處是非常明顯的，由原來單向性的行為，發展成為了雙向性的，增加了互動，不僅體現了使用者的活動體驗更明顯化

不能光光說今天很累，是這個周末都挺累的，周六的時候參加一年一度的滬江周年慶的活動，在遊戲設施旁邊站到腿酸的不行啊，看到那麼多滬友們玩遊戲玩得很high啊。然後今天呢，是昨天的後遺症啊，起來的時候明顯感覺到腳底板和腰這兩塊完全不聽自己的使喚，完全感覺是別人的一樣，真真不易啊。而且今天還有很多事情要忙呢，報名的事情、時隔二年再次走回課堂，重新當回學生啊，找找一些感覺吧。然後就是居然發瘋似的想打羽毛球了，估計是以毒攻毒的心態在作祟，反正自己已經很累了，完全把自己給累趴了，大稍息了，就像鳳凰涅槃那樣獲得

out  ———— 一個引用傳遞1、如果一個方法中的變數在使用out作為參數時，在方法中對out參數所作的更改都會反映到該變數。static void Method(out int iValue){ iValue = 44;}static void Main(){ int a; //不必初始化 Method(out a);//顯示使用out關鍵字 Console.WriteLine(a);//a is now

今天晚上的體育節目太多了，先是從下午延續到晚上的斯諾克，並且與之同時進行的F1意大利大獎賽，建國大業的全球首映禮，真是目不暇接啊。從安靜到喧鬧真的只是一個按鍵之間。 反正現在是睡不著了，就何不開著電視看著球賽，在電腦上又開啟豆瓣寫點流水賬。自從英超再次來到中國球迷面前，每個周末就是饕餮盛宴啊！ 既然說到了英超，那就說說昨天看到一場球吧，曼城對阿森納，其實這兩隻球隊都不是自己所鐘愛的，也就無所謂誰贏了，那就當一樂子看看吧。鬼知道居然還真有看點，並且看點很足啊。 就說說阿德巴約，今夏從阿森納以250

enode架構系列step by step文章系列索引：enode架構step by step之開篇enode架構step by step之事件驅動架構（EDA）思想的在架構中如何體現enode架構step by step之saga的思想與實現enode架構step by step之架構的總體目標enode架構step by step之架構的物理部署思路enode架構step by step之Command Service API設計思路enode架構step by step之Staged

前言這是我在重讀《代碼大全》這本書的第二版的時候做的筆記（紅色部分是我的評註）。這一段對於需求的描述以及如何處理需求變更很有協助，希望也給大家一些參考。我自己做過的項目中，也遇到過幾乎下面提到的所有問題（甚至真的有項目到了要取消的地步），所以還是挺有感觸的。穩定需求的神話"一旦客戶接受了一份需求文檔，就再也不做更改"是一個美好的願望。然而，對一個典型的項目來說，在編寫代碼之前，客戶無法可靠地描述他們想要的是什麼，問題並不在於客戶是低級生物。就如同你做這個項目的時間越長，對這個項目的理解也就越深入

19個超級酷和最實用的jQuery執行個體。1. James Padolsey Color Switcher點擊右上方的顏色方塊，可以換配色。Visit Site2. Dragon Interactives jQuery Navigation定製了jQuery的瀏覽菜單，把滑鼠移到上面，漸層非常漂亮。Visit Site3. FamSpams FaceBox定製jQuery中FaceBox提供效果很酷的lightbox，FaceBox現在已經是一個jQuery的外掛程式。Visit Site4.

       唉！公司裡面的中央空調，太可怕了！周五的時候終於被"冷空氣"給擊倒了----發燒加感冒！這個周末也沒有好好的過啊！生病的滋味真的是很難受啊。本打算在周末的時候把Design&&Patterns看一下，看來被這場疾病給攪黃了哦！^_^。只有在生病的時候，才真的能體會到身體才是革命的本錢啊！                  生病最要命的是，讓自己的親人為自己擔心，讓她們照顧你啊！唉！老婆周六剛回來，就擔當起照顧我的責任啊！還沒有讓她休息一下啊！真是慚愧啊！以後還是要珍

聯想今天搶先發布了為本周CES大展準備的6款ThinkPad系列新本，其中的X100e和Edge絕對是ThinkPad產品線曆史上具有顛覆意義的作品，紅色、白色的外觀，AMD硬體平台的引入，都讓這兩款新機在小黑新老朋友中具有絕對的爭議性。目前癮科技已經拿到了ThinkPad Edge 13的樣機，為我們提供了真機試用和簡單的效能測試。首先來看設計，按照測試者的說法，把這樣一台輕薄本從封裝箱拿出來的時候，你可能需要仔細觀察一番，才能確定它不是來自惠普、華碩或其他廠商。Edge

      從明天算起，我來到這家新的單位工作也有一個多月了。當我從威迅畢業出來也有一年多幾個月的時間。在這一年多的工作經曆中，自己從事了兩家公司。        第一家公司是做外包，由於自己是剛從培訓機構畢業，沒有任何的編程經驗。可想而知，當時的自己是多麼的不足啊，不過由於公司也是一個剛成立不久的，

雖然Google至今仍未正式發布Nexus One手機的相關訊息，但是Android愛好者們的熱情卻非常之高，近日關於這款手機新訊息均引起了網友們的關注。今天我們來看一組最新的照片，Nexus One將要單挑iPhone、HTC Hero，大家來對比一下更喜歡那一款智能手機。Nexus One和iPhone的對比照，Nexus One手機比iPhone稍微窄一點，引用一位國外網友的話：“這是我見過的最漂亮的裝備，iPhone就是個磚頭。”與HTC Hero相比，Nexus

應讀者要求，Phoronix.com近日對Linux核心進行了一次特殊的效能測試，對比了32位、32位加實體位址延伸(PAE)、64位三種不同模式的表現。Linux系統之父Linus Torvalds此前曾經說過，在開啟和關閉CONFIG_HIGHMEM4G(可讓32位系統支援4GB實體記憶體)的系統核心之間存在25%的效能差異。這裡就來驗證一番。 本次測試採用聯想ThinkPad T61筆記本和Ubuntu 9.10系統，硬體設定包括Core 2 Duo T9300處理器、4GB記憶體、

    C#語言有兩種不同的常量機制：一種為編譯時間（complie-time）常量，一種為運行時（runtime）常量。兩種常量有著迥異的行為，使用不正確會導致程式的效能下降或者出現錯誤。編譯時間常量比運行時常量稍微快一點，但卻缺乏靈活性。只有在效能非常關鍵，並且其值永遠不會變的情況下，我們才應該使用編譯時間常量。    在C#中，我們使用readonly關鍵字來聲明運行時常量，用const關鍵字來聲明編譯時間常量。       //編譯時間常量:   public const int _Mi

眾所周知，GoogleNexusOne採用的是Android2.1作業系統，它相比之前的2.0以及1.6都做了哪些方面的改變？讓我們開啟這部Google NexusOne來親自看一看。這款手機的開機介面就已經做了很大的改變，開機的動畫非常炫，開機之後的歡迎介面與之前並沒有太大區別。GoogleNexusOne開機動畫GoogleNexusOne開機動畫GoogleNexusOne的歡迎介面GoogleNexusOne使用說明GoogleNexusOne預設介面 GoogleNexus

     #if/#endif條件編譯常用來由同一份原始碼產生不同的結果檔案，最常見的有debug版和release版。但是，這些工具在具體應用中並不是非常得心應手，因為它們太容易被濫用，使用他們建立的代碼通常都比較難理解，且難以調試。C#語言的設計者們對這種問題的解決方案是建立更好的工具，以達到為不同環境建立不同機器碼的目的。C#為此添加了一個Conditional特性，該特性可以標示出某種環境設定下某個方法是否應該被調用。使用這種方式來描述條件編譯要比#if/#endif更加清晰。由於編譯器