其他

那天我在網上看見，說用C++寫程式太複雜了。翻開C++的教程，我們會發現C++的文法很簡單，結構很清晰，它怎麼會複雜呢？後來我才發現，他不是說C++語言本身，而是說用C++寫出來的程式。舉個很簡單的例子，通過MFC開發應用程式，在程式的入口函數為CWinApp::InitInstance()；這個函數由AppWizard自動為你產生；BOOL  TheApp::InitInstance(){        AfxOleInit();//如果你的應用程式中要使用到OLE對象，必須調用它進行初始化 

根據自身的專案管理經驗，Bug reporter的設計目的在於將擁有多媒體處理和流程處理功能。據我目前接觸的的bug管理系統，可以說都是基於文本資訊的bug資訊描述，當然bug管理中的流程式控制制是必不可少的。基於文本資訊的bug資訊描述給平時的bug管理功能帶來了諸多不便。例如，我要對當前螢幕上的bug抓圖，大多數都是將圖片另外儲存為一個檔案，然後以附件的形式添加到該bug的名下，實在是很不方便。而bug

這幾天，看WF本質論，裡面提到了.net的非同步處理。由於裡面使用的是程式碼片段，所以有點看不懂。於是下定決心，溫習一下.net中的非同步處理。使用C#在.net開發已經有5年了，最初使用.net中的非同步處理大約是在4年前。當時，只是為了實現要求的功能，沒有詳細研究。這也難怪看WF時會頭暈（基礎不牢的後果呀）。首先，我們分析一下非同步處理的環境 需要在當前線程中擷取傳回值不需要在當前線程中擷取傳回值，但是仍然需要對傳回值做處理對於第1中情況，還可以繼續細分在當前線程中啟動線程T，然後繼續執行當

謝謝大家的光臨。寫了這麼久的Blog，現在是整理的時候了。只有整理好已有的東西，才能更好的前行。個人思想軟體設計中的裝置  --這是我最感興趣的一篇成長從Microsoft Solver Foundation看微軟的未來代碼的不完整性從蔡斌失敗的思考 專案管理我的項目周報專案管理之品質檢查點再談品質檢查點關於管理的心得 翻譯Don Box Blog --我翻譯的專家blogLINQ TO SQL:至始至終都是對象 --這篇文章對我的啟發意義很大關於Anonymous

我的一位商界朋友，45歲的時候，移居去了美國。　　大凡去美國的人，都想早一點拿到綠卡。他到美國後三個月，就去移民局申請綠卡。一位比他早先到美國的朋友好心地提醒他：“你要有耐心等。我申請都快一年了，還沒有批下來．”　　他笑笑說：“不需要那麼久，三個月就可以了。”朋友用疑惑的目光看著他，以為他在開玩笑。　　三個月後，他去移民局，果然獲得批准，填表蓋章，很快，郵差給他送去綠卡。　　他的朋友知道後，十分不解：“你年齡比我大，錢沒有我多，申請比我晚，憑什麼比我先拿綠卡?”他微微一笑，說：“因為錢。”　　“

org.springframework.jdbc.UncategorizedSQLException: SqlMapClient operation; uncategorized SQLException for SQL []; SQL state [null]; error code [0]; Error: executeQueryForObject returned too many results.; nested exception is java.sql.SQLException:

美國版上課鈴響了，孩子們跑進教室，這節課老師要講的是《灰姑娘》的故事。老師先請一個孩子上台給同學講一講這個故事。孩子很快講完了，老師對他表示了感謝，然後開始向全班提問。老師：你們喜歡故事裡面的哪一個？不喜歡哪一個？為什嗎？學生：喜歡辛黛瑞拉（灰姑娘），還有王子，不喜歡她的後媽和後媽帶來的姐姐。辛黛瑞拉善良、可愛、漂亮。後媽和姐姐對辛黛瑞拉不好。老師：如果在午夜

看了[成不了佛,隨便墮落吧]的文章，深有感觸。在這裡，我也想說說程式員敏感的30。我想先說說年齡。有的程式員，只知道使用開發架構（比如當今強大的.net架構)中的功能。如果他在項目開發中，遇到了新的功能需求，而這個功能在開發架構中沒有被提供，那麼他會認為這個功能不能實現時天經地義的事情。對於這類程式員，他們的工作實際上就是純粹的coding，他們對程式設計可能根本就談不上有熱情，所以35歲之後，自然就不想幹這行了。而實際上，可能他們在35歲之前的好幾年，就覺得幹這行沒有什麼意思了。然後我想說說技

人活著，就有順與不順。　　順利的時候，我們通常會直接享受成果，卻從不分析為什麼會這麼心隨人願。不順的時候，我們更多的是抱怨，指責客觀條件，懊惱主觀能力，但也從不深入的想想為什麼會這樣。　　確實，是什麼在阻擋我們的願望？　　我一直想搞清楚，卻一直在不明白的混沌中過著一天又一天。直到現在，我終於明白了，原來心愿是否能達成，全在於我們的話語。　　我們的日常表述，通常有兩種方式。比如，“給我打電話，不要猶豫”，“我不想遲到”，“我不準備吃苦瓜”，“我不願意掙那麼少錢”…以上是我們經常會選擇的表達。我們在

 我是今年上半年在做DNN項目的時候才聽說DAL的（資料處理層），而關於資料處理層的概念，在很早以前就知道了。和其他很多概念一樣，我雖然是知道它們的存在，但是在寫代碼的時候，仍然是糊裡糊塗，很多時候，我都不知道為什麼這段代碼要這麼寫？似乎寫代碼的思路是在跟著業務流走，業務流怎麼執行，我就怎麼寫，這便是我的第一判斷。至於那些設計模式和層的概念，早就被拋在腦後了。這是我的煩惱。今天，有一段代碼，在同事的提示下，我對DAL的理解又有了新的理解。這實際上是一個bug，呵呵：//這個方法就是DAL裡面的方

今天，為了在dnn中實現Localization，可讓我費了不少功夫。如果在模組層級別上顯示Localization倒是沒有什麼難的。由於我們開發的那個模組功能比較複雜，所以將其子功能劃分到user control中來實現。現在要做的是對user control實現localization。參考dnn的文檔，如下：Normal DNN controls will inherit from PortalModuleBase, which has built-in support for

最近看了幾本javascrpt方面的書（javascript進階程式設計，javascript設計模式），內容中講到很多物件導向式開發也提到很多優秀的javascript架構，我很是費解為什麼就沒有提到過Extjs，難道YUI跟Extjs有那麼大得深仇大恨？。轉入正題，我特別喜歡Extjs4

最近到了一個新的公司，這裡的環境讓我注意到了強型別。所謂強型別，舉一個例子：int i;

在C++的學習過程中，遇到了使控制項跟隨容器變化的問題，而在MFC中，這個問題通過MoveWindow或SetWindowPos來解決。在實現過程中，發現不管用哪種方法，都需要擷取控制項的原始位置。這個取法可花費了我不少時間，後來在MFC論壇上看到了那關鍵的兩行代碼：void CCodeHelperDlg::OnSize(UINT nType, int cx, int

 我是最近才開始學習dnn的，接到的第一個任務就是開發dnn的模組。最近有朋友問我開發的步驟，我想還是把它寫在blog上，一方面為了共用資源，一方面是希望能夠得到dnn開發高手的指點。在模組的開發上，我採用的方案：介面層和代碼層完全分開。至於採用這個方案，對我來說並不是偶然的，因為我之前從來沒有做過asp或是asp.net的開發，所以我對asp.net的介面展示層不感興趣。所以我將模組的執行代碼放到了另外一個工程中。不過這一點還是要得益於asp.net的架構，如果是在asp下面，這種開發模式是不

隨著開發工具不斷地更新換代，Microsoft的 .Net 架構到目前已經更新到了2.0。不得不承認，.Net 架構給程式員帶來了很多編程上的便利。開發人員通過.Net架構，使他開發出來的產品自然的從架構那裡獲得了穩定、安全的高起點。這是.Net架構的優秀表現之一。關於.Net架構的評價，不是我在這裡討論的內容，我想提的是似乎被遺忘的Microsoft的另外一個架構MFC(Microsoft Foundation Class

 這是一個可以批量修改dnn網站許可權的程式,在工作中,我們要對使用者的18個網站的所有頁面的許可權進行批量修改,所以寫了這個程式.dnn的架構提供的許可權管理確實很靈活,但是如果要設定所有頁面及頁面中的module的許可權進行專門的設定,估計會把你的手點殘廢,所以我們需要一個程式來輔助我們完成這個工作.左邊修改頁面的許可權，右邊修改模組的許可權。這個程式我還沒有取名字, 但是已經測試過了, 如果你有需要,就直接下載吧, 或者你也可以給這個程式取一個名字.鬱悶得很，

最近本人在做有關串口通訊的編程，可謂邊學邊用，在網上看到一篇好文，將它翻譯過來，大家一起學習，其中有翻譯錯誤的地方，還請多多指教！這是一篇在Windows (NT

這幾天在忙一個工程，時間緊，要求也高，所以就停止看《系統分析師教程》這本書了。在緊張的工作中，總是希望自己能夠用實踐系統分析師裡面的內容。這個系統的開發過程和以前那些項目的開發過程沒有本質的變化，我個人的開發過程和以前也差不多，也是先寫代碼，然後整理資料，但是，我覺得現在的我比以前的思路要清晰了。比如，雖然現在在系統具體功能不明確的情況下，我也在寫代碼，但是我主要寫的是和介面表達方面的代碼，我的目的只有一個，就是將系統的功能設想通過程式介面向使用者表達出來，然後獲得使用者的進一步反饋，將這個反饋