其他

世上不可能有真正的完美，但應該有一個追求完美的心態，並將其作為工作習慣。目前，很多企業雖然有遠大的目標，但在具體實施時，由於缺乏對完美的執著追求，事事以為“差不多”便可，結果是：由於執行的偏差，導致許多“差不多的計劃”到最後一個環節時已經變得面目全非。 --------------------------------------------- 諾德和布魯諾同時受雇於一家店鋪，拿著同樣的薪水。可是一段時間以後，阿諾德青雲直上，而魯諾卻仍在原地踏步。布魯諾到老闆那兒發牢騷。老闆一邊耐心地聽著他的抱怨

一、引言在OpenMP中，線程同步機制包括互斥鎖同步機制和事件同步機制。本節介紹互斥鎖同步機制中的atomic方法。 二、互斥鎖同步的概念互斥鎖同步的概念類似於Windows中的臨界區（CriticalSection）以及Windows和Linux中的Mutex，以及VxWorks中的SemTake何SemGive（初始化時訊號量為滿），即對某一塊代碼操作進行保護，以保證同時只能有一個線程執行該段代碼。 三、atomic（原子）操作文法#pragma opm atomicx< + or *

對我過去感興趣的朋友們，請看十年總結系列文章 －－－ 做完遼寧網通項目的售前之後，我得以暫時脫離售前隊伍，全身心投入到重慶電信的一個項目中。 重慶，一個之前從沒去過的城市，霧都、山城的名字，讓它在我心中的形象增添了幾分神秘色彩， 飛機衝破厚厚的雲層，臨近降落時看到起伏的地勢和滿眼的蒼翠，我心裡浮現出“喜歡”兩個字。 走出機場後，悶熱的天氣，立刻讓我美好的心情大打折扣， 天氣預報說氣溫只有28度，但我感覺足有38度， 其實也不是特別熱，而是特別潮濕，空氣中似乎漂浮著看得到的水氣，

         目前密碼分為對稱密碼和非對稱密碼。其中，對稱密碼主要有DES、3DES、AES，非對稱密碼主要有RSA、ECC。        先舉個簡單的對稱密碼的例子。假設有一串數字123789，我們需要對其進行加密，加密的方法是每個數字加1，那麼加密前後如下：                明文123789                 密文234890        解密過程為每個數字減1。       

採用Asp.net通過SMTP發送郵件時，會受到伺服器限制，需要通過relay-hosting.secureserver.net來發送。private bool sendMail() { try { MailAddress from = new MailAddress("Ur email address applied from GoDaddy."); MailAddress to = new MailAddress(

專案管理是一門藝術，有些人天生就善於做專案管理，有些人則通過努力學習可以掌握專案管理技巧， 而有些人，則無論如何都無法掌握其中的奧妙。 下面羅列一下專案管理中應避免的一些事項。 1. 凡瑣碎之事畢恭畢敬    項目 組內來了新入職的成員，需要裝機器、裝軟體、裝開發環境等，作為專案管理人員，不應為每個人去裝這些東西。有兩種解決方案：    a. 寫份文檔規範，每個人都可以根據此文檔來安裝環境；    b. 教會一個人如何安裝環境，讓他來協助其他人安裝。   

    翻譯來源：A Project Management Primeror “a guide to making projects work (v2.0)”by Nick Jenkins     你應該知道你正在嘗試做的事情。    很明顯，在項目早期沒有進行清晰的定義會導致很多問題。許多項目啟動時對目標的理解依然很含糊。如果你希望在有限的時間內成功交付項目，你需要確定最終要實現的目標，要為自己制定一個穩定的目標。   

     前邊講到非對稱密碼中的公開金鑰和私密金鑰，我們另公開金鑰為Kg，私密金鑰為Ks，Kg是公開的，別人可以直接獲得的，私密金鑰Kg是只有自己才知道的。     假設你是公司老總，你給公司員工寫了一封信，內容為C，現在你需要對該信的內容C進行簽名，以證明這封信是你寫的。下面是簽名和驗證過程。     簽名過程：用私密金鑰Ks對資料C進行簽名，產生簽名S，記做S=Ks(C)，並將S||C發送給員工，其中||表示字串連結，也就是說該內容包括簽名S和內容C    

翻譯來源：A Project Management Primeror “a guide to making projects work (v2.0)”by Nick Jenkins     範圍    範圍、遠見、目標       範圍用來描述項目包含的所有內容，即完成項目必須要做的所有事情，其中包括你的洞察力、目標、需求，也可能作為文檔中“項目目的”中的內容。     

 翻譯來源：A Project Management Primeror “a guide to making projects work (v2.0)”by Nick

7月份盛大宣布了一款號稱Game2.0的網遊產品，借鑒WEB2.0由使用者貢獻內容的模式，由網遊的玩家共同創造遊戲的世界。 要說Game2.0這個概念，還真是第一次聽說，但這個創意很新嗎？不見得。 說到使用者參與建立遊戲世界，讓我想起了兩個老古董：一個是很古老，但是絕對元老級的網路泥巴（MUD），它絕對是現在一切網路遊戲的鼻祖，實際上MUD就可以很容易的擴充遊戲世界，很多MUD伺服器內建的Wizard角色就是幹這個用的，當然，如果要開放給終端使用者也不是件難事兒。 另外一個是“無冬之夜”的“地下

軟體開發過程中伴隨著文檔、代碼、測試等過程。在開發過程中，開發工具的好壞直接影響著軟體的研發效率。可以通過以下方面來改進研發效率：1. 開發可重用的模組2. 維護可重用的測試指令碼3. 採用自動化代碼注釋添加工具4. 採用自動化代碼格式化工具5. 軟體常見問題及解決方案簡報6. 採用統一的、易用的組態管理工具7. 統一的編碼風格，易於他人代碼走讀8. 統一的文檔風格，易於他人進行閱讀9. 統一的知識庫，包括研發人員的經驗總結等

原因：IIS7伺服器預設沒有支援axd格式的MIME。解決方案：通過修改Web.config來解決。<system.webServer><validation validateIntegratedModeConfiguration="false"/><modules><remove name="ScriptModule"/><add name="ScriptModule" preCondition="managedHandler" type=

一、引言通過前邊的介紹，知道了並列區域，預設情況下會自動產生與CPU個數相等的線程，然後並存執行並列區域中的代碼，對於並列區域中的for迴圈，有特殊的聲明方式，這樣不同的線程可以分別運行for迴圈變數的不同部分。通過鎖同步（atomic、critical、mutex函數）或事件同步（nowait、signal、section、master）來實現並列區域的同步控制。具體的調度策略均由底層完成，本節介紹幾種可以在上層對for迴圈進行控制的調度策略。 二、調度策略調度策略     功能       

  原文地址：http://www.scrumalliance.org/learn_about_scrumScrum是一種敏捷架構，可以完成複雜的項目。Scrum最初來源於軟體開發項目，不過同樣適用於任何複雜、創新性的工作，可應用到數不盡數的場合。Scrum架構看起來非常的簡單。用半分鐘的時間來認識一下Scrum架構Product Owner（產品負責人）建立按優先順序排列的任務清檔，稱之為Product Backlog（產品訂單）。在Sprint

其實，在GoF的23種設計模式中，並沒有簡單原廠模式這種說法，為了和原廠模式 、抽象原廠模式逐一對比，我們還是先從簡單原廠模式說起。“工廠”即用來生產“產品”，考慮以下需求：我需要通過一個類來建立一個蘋果，或者是建立一個梨，或者是建立一個。在上邊的需求中，這個可以建立蘋果、梨、香蕉的類即為簡單工廠類。同時，蘋果、梨、香蕉都為水果，可以繼承自水果類。設計如下：代碼如下：/*** @file SimpleFactory.h* @brief * @author Don Hao* @date 2011-

  上一節介紹了簡單原廠模式，這一節介紹一下原廠模式。原廠模式與簡單原廠模式的主要區別是：1 . 在簡單原廠模式中，通過一個具體的簡單工廠類來建立不同的產品，而在原廠模式中，有一個抽象的工廠類，然後派生出不同的具體的工廠類，每個具體的工廠類僅能建立一種產品。2. 在簡單原廠模式中，如果要建立一種新的產品，需要修改簡單工廠類，而在原廠模式中，僅需要繼承現有的抽象工廠類，不會破壞之前的封裝，擴充性提高了。UML圖如下：/*** @file Factory.h* @brief * @author

 瞭解了原廠模式，抽象原廠模式就不在話下。抽象原廠模式與原廠模式的區別是：原廠模式中的每個工廠僅能建立一個產品，而抽象原廠模式中的每個工廠可以建立多個產品。UML如所示：/*** @file AbstractFactory.h* @brief * @author Don Hao* @date 2011-9-1 16:40:09* @version * <pre><b>copyright: </b></pre>*

        這裡的.NET三層架構指BLL、DAL、Model，這種架構方式也可以映射到其他語言以及其他應用。        這種架構的好處在於層次模組間松耦合，通過定義不同層之間的通訊介面，不同的開發人員可以並行開發各自負責的模組。就我個人的經驗來看，這種層次架構的劃分，在提高開發效率方面，不僅局限於松耦合帶來的開發效率提升，而是將其作為一種標準，然後採用相應的自動化代碼產生工具，便可達到事半功倍的效果。        下面就一個簡單的例子來說明其開發過程：        1.

     大概是在04年，某天晚上我們上《密碼學技術與原理》課程。     老師剛站上講台，樂呵呵的對我們說，        “我剛參加了一個國際密碼學學術會議，有個人竟然聲稱自己破解了MD5演算法，真是個笑話。這個演算法怎麼可能被破解呢。”      當時我們也把這件事情當做了一個笑話。然而，後來事實證明，這不是笑話，就是王小雲當時破解了MD5。從這件事情中，我們要知道：      1. 自己做夢都做不到的事情，也許別人可以做到；      2.