Project Management Truisms

原文連結:http://www.mariosalexandrou.com/blog/?p=67挺有意思的,於是加了一些自己的點評。Nothing is impossible for the person who doesn't have to do it.不記得有多少次,我總是對很多事情想當然,前提是不是我做。但是一旦是要我做的話,就會有很多抗拒的理由了。所以,站著說話不腰疼就是這個意思。You can con a sucker into committing to an impossible

std::set的insert會把新元素放在什麼位置?

我其實是希望放在第一個,這樣我就可以用begin來訪問到該新元素--正在在做一個串連池,希望把剛用完的串連放到最前面,這樣就可以經常用到,而不常用的就逐漸廢棄斷掉了。從代碼的實際運行情況來看,就是我所希望的模式,但是否偶然現象? 於是找到了這篇文章,原來std::set內部並不是以數組來儲存元素的,而是用樹。這樣的話,所謂的前後並沒有什麼意義!這個早就應該想到的!STL集合就是通過列舉程式(iterator)來封裝內部的存貯空間和演算法的,只要用begin,next就可以遍曆所有元素而不用管其內

XAML的幾個關鍵概念

Property Elements使用單獨的XML節點來表示WPF對象的屬性值,這樣就可以表示比較複雜的對象。比如<Button Background="Yellow" />使用Property Elements就可以這樣表示<Button>     

try/catch的實現原理

明白了幾個道理,1. VC++的try/catch是基於Win32的SEH實現的。2. try/catch只能捕捉當前線程的異常,每個線程都有自己的異常處理入口。3. 異常處理入口是由OS負責調用的,在異常發生時。4. 為了使用SEH,VC++編譯器自動產生了很多的代碼。 MSDN上關於SEH的經典文章A Crash Course on the Depths of Win32 Structured Exception Handling CodeProject上的類比實現How a C++

什麼是WinSxS(續 )

終於找到了微軟的官方文檔“Isolated Applications and Side-by-side Assemblies”,原來是推出XP時就有了的技術。以前只是大概聽說,從來沒有細琢磨過,原來這麼有學問。這篇“How To Build and Service Isolated Applications and Side-by-Side Assemblies for Windows XP”文章講得比較詳細,看完基本就瞭解整個的實現原理和開發步驟了。文章說,.NET

CVS管理指南

1。建立cvs庫系統管理員登陸CVS伺服器,建立CVS庫的存放目錄,比如C:/cvs/cvsrep。使用“cvs -d /cvs/cvsrep init ”初始化目錄,該命令會自動建立CVSROOT,CVS等目錄。然後,在CVS的設定檔裡,同時為該庫起一個別名,比如/cvs/cvsrep,以防止使用者知道系統的真實的目錄結果。別名的設定,在Unix下,是在/etc/cvsnt/PServer檔案裡;Windows下,可以通過CVSNT Control

WPF的幾個關鍵點

強大的組合能力WPF的UI元素可以很靈活的相互嵌套,從而可以實現很複雜的效果。比如,一個Button內部,可以嵌入Image,這樣實現常見的位元影像按鈕就很簡單。<Button>    <Image Source="btn.jpg"></Button>還可以使用Layout元素,對內部的對象進一步進行排列<Button>    <StackPanel>        <Image .../>      

Thoughts on being a Solution Architect

SolutionArchitect都要做些什麼呢?作者的想法跟我前面的經驗比較吻合。比如,提出一個方案之前應該先確保可行,可以是先做一些原型或者技術貯備。在需求還沒有確定之前,盡量避免讓開發人員加入討論,以減少幹擾。架構師應該先想好,如何把新需求納入現有系統中。設計文檔雖然也有重要,但是更好的是跟開發人員面對面的交流,比如使用白板。經常也要寫一些代碼,至少要對熟悉產品的代碼,這樣才不至於脫離現實。開發人員遇到問題時,要參與討論,這樣就可以瞭解開發中遇到的實際問題,並做好準備如何進行改進。開發人員

人是如何變聰明的

越獄第二季結束了,當Sara出現在船上時還以為老美也落入俗套來個完美結局呢,結果......MS又入獄了,果然沒有那麼便宜!而且,故事好像越來越複雜了......編劇也真是能編啊! 人是怎樣變聰明起來的?都是看電視劇看的!大腦每天都在跟著編劇在學習,能不進步嘛,當然前提是不能看無聊的肥皂劇.人類的知識主要是自學習,看別人的故 事,以及自己的親身經曆.但是畢竟後者畢竟學得慢,也比較少,很多甚至很難學到,代價也太高,所以更多是從別人的身上學習.以前主要靠戲劇,書籍以及口口

從GWT說起

一直把GWT和GData混淆,大概也知道GWT可以把Java代碼轉變成Javascript代碼,但卻一直認為這隻限於對伺服器的遠程調用。現在看了一下正式文檔,原來更多的還是UI

libjingle源碼解析(5)-【PseudoTcp】建立UDP之上的TCP(3):對成塊資料流的處理

PseudoTcp對成塊資料流的處理上一篇談論了TCP和PTCP對互動資料流的處理方法。這一篇談論另一個資料流--成塊資料流。成塊資料流主要採用滑動視窗協議和慢啟動演算法來控製成塊資料的流量。滑動視窗    滑動視窗允許發送方在停止並等待確認前可以連續發送多個分組。因此發送方不必每發一個就停下來等待,這樣可以加速資料的傳輸。這個Nagle演算法衝突嗎?不會,因為成塊資料流的分組都是滿載傳輸的,根據Nagle演算法,當等待發送資料的大小和視窗大小都大於MSS時,會立即發送。   

WM_COMMAND和WM_NOTIFY區別

對這幾個訊息的理解要先瞭解一下Window訊息的背景。       在Windows3.1裡,控制項會將mouse,   keybord等等的訊息通知它的父視窗,   使用的訊息就只有WM_COMMAND,   事件種類和控制項ID被包含在wParam中,   控制項的控制代碼包含在lParam中。由於wParam和  

從AFX_MANAGE_STATE(AfxGetStaticModuleState())說起

以前寫MFC的DLL的時候,總會在自動產生的程式碼架構裡看到提示,需要在每一個輸出的函數開始添加上AFX_MANAGE_STATE(AfxGetStaticModuleState())。一直不明白這樣做的含義,也一直沒有這樣做,而且代碼也工作得好好的,所以感覺這好像一句廢話。最近的項目中,需要在DLL裡使用MFC產生介面,這才發現一旦資源放在不同的動態庫裡,而且還和多線程攪和在一起的時候,事情就變得異常的複雜,以前對MFC的一知半解已經不足與應付了。程式莫名的崩潰,莫名的ASSERT,資源怎樣也

時空穿梭和系統重啟

《時間旅行者的妻子》前些日子在豆瓣上很受關注,其實關於時空穿梭的故事已經很老套了,該書的文采也平淡無奇,但為什麼還那麼受關注呢?或許是一種感覺吧,想想看,你可以看著自己的妻子慢慢長大,那是怎樣奇妙的感覺啊。要不怎麼說青梅竹馬呢,呵呵。 看《時間》一書的時候,一點都不輕鬆,因為我總是會不自覺的去進行推理。主人公總是穿梭來穿梭去,一會兒36歲,一會兒又是45歲。一會兒是現在,一會兒又是過去。還有相關的前因後果,如果一定要仔細探究起來,一定會瘋掉的。或許,就是這種奇妙的感覺讓她如此迷人吧。

TreeView With Node Hover

   TreeView With Mouse Hover 文/黃忠成  此範例一樣是由未出版的[ASP.NET 3.5聖經]

什麼是WinSxS?

如何安裝VC庫?一個看似簡單,其實一點都不簡單的問題。我一直以為放在應用程式的目錄下是最好的,可以避免Dll Hell,其實不然!這篇文章“Why does VC8 install libraries to WinSxS?”做了非常好的解釋!原來微軟也走過了很多的彎路。VC6裡,為了更新的方便,建議放在System32下。VC7裡,考慮到Dll

AutoCompleteExtender的問題

 偶而有網友提及,當使用Web Services時,AutoCompleteExtender控制項會發生拉不出視窗的情況,甚至連繫結的Web Services Method都未曾進入,其原因是繫結至AutoCompleteExtender的Web Service Method之參數名稱有規定,不能任意命名.[WebMethod]public string[] GetID(string strPre, int intCount) 

LNK1112: module machine type ‘x64′ conflicts with target machine type ‘X86′

LNK1112: module machine type 'x64' conflicts with target machine type 'X86' The problem has been solved. Many thanks to steve.Here is the solution, for those might have the same problem 1. To choose the x64 platform, click Build > Configuration

MFC的訊息迴圈&MFC的訊息路由

應該清楚MFC的訊息迴圈(::GetMessage,::PeekMessage),訊息泵(CWinThread::PumpMessage)和MFC的訊息在視窗之間的路由是兩件不同的事情。在MFC的應用程式中(應用程式類基於CWinThread繼承),必須要有一個訊息迴圈,他的作用是從應用程式的訊息佇列中讀取訊息,並把它派送出去(:DispatchMessage)。而訊息路由是指訊息派送出去之後,系統(USER32.DLL)把訊息投遞到哪個視窗,以及以後訊息在視窗之間的傳遞是怎樣的。  訊息分為隊

MFC的訊息實現機制

我們可以看到,在MFC的架構結構下,可以進行訊息處理的類的標頭檔裡面都會含有DECLARE_MESSAGE_MAP()宏,這裡主要進行訊息映射和訊息處理函數的聲明。可以進行訊息處理的類的實現檔案裡一般都含有如下的結構。步驟/方法  BEGIN_MESSAGE_MAP(CInheritClass,

總頁數: 61357 1 .... 19982 19983 19984 19985 19986 .... 61357 Go to: 前往

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.