其他

部落格地址：http://www.52iocp.com本文地址：http://blog.csdn.net/hzdiy/article/details/8707924#include <new>#include <iostream>using namespace std;class A{public:A(){m_a = 1;m_b = 2;}A(int a, int b){m_a = a;m_b = b;}public:int m_a;int m_b;};int

http://blog.csdn.net/only_/article/details/85535281、每個串連同時最好只有一個待決的WSARecv。IOCP不保證多個待決WSARecv情況下先投遞的WSARecv就一定會先得到完成通知。因此，多個待決WSARecv可能導致資料亂序，無謂增加代碼複雜性。       2、投遞0長度緩衝區的WSARecv可以不佔用非分頁式記憶體，避免WSAENOBUFS錯誤。      

 敏捷長大了！中國軟體協會開始瞄準敏捷了！IBM開始號稱自己是敏捷的了！很多廠商也開始宣傳自己的敏捷案例了。很多培訓機構開始推出敏捷實施了，也不知道他自己如何能保障成功！反正，敏捷，開始有商業價值了。第一、可以用敏捷來宣傳自己的企業第二、可以借敏捷來進行商業收費第三、可以積聚很多人的人氣第四、可以提升自己的商業品牌這個時代，似乎不敏捷，就不懂研發似的。想當年，敏捷也不過就是一個小的分支，很多人都說敏捷只是RUP的一個補充。現在卻似乎完全反過來了，無處不敏捷了！所以，似乎我們應該反思一下，敏捷就是

 今天一位同事找我看了一個非常有意思的BUG，在一個彈出的非模態表單上面，按下【Ctrl +

最近在工作跟進中，發現總是很被動。突然哪一天，就會有人告訴你問題很嚴重。但是你平時跟蹤問題的時候，都說沒什麼大問題。那麼，問題出在哪裡呢？我思考，主要問題在於角度不同。我們的工作人員，往往從自己的角度去看待，感覺就那麼幾個問題，程式就是那麼幾個BUG，改改就好了。但是客戶那邊關心更多的可能是其他問題。比如說進度。如果問題總是不能穩定，那麼客戶就可能會擔心進度很難保障了。而等到進度真正出現問題的時候，這一點懷疑，就會變成一個大的過錯，直接反饋到部門來了。所以，及時建立對客戶回函的渠道，就顯得非常重

 這次有幸參加了CSDN和創新工廠主辦的移動開發人員大會，感覺良多。第一印象是：這真的是一次技術的大會。我之前參加過很多大會。我特別說的是微軟的技術大會，已經感受不到什麼技術的味道了，或者說是這種味道正在消去。幾乎成為了廣告大會了。但是我看到移動大會，來參加的，都是真正致力於這個領域的，不管是技術人員，平台供應商，風投，遊戲廠商等等，大家都在問的一個問題，這個領域的現狀和未來的發展方向。這是非常好的一種氛圍。另外，由於這是一個第三方舉辦的大會，所以，更是增加了各方面的領域的意識進來。我感覺很好。

 以客戶為中心的思想，幾乎在所有公司都會被提及和執行。他的終極目標是和客戶達成共贏。但是，並不是所有人都理解了以客戶為中心。我今天想說的是來源於我們的一次工作討論。幾位新同事在分享案例的時候，提到自己的客戶，經常把經理當成客戶。他們是這樣理解的，經理把工作交給他們，經理在給他們分配工作的同時，也給他們提出了額外的要求。這些要求，在他們看來，就等同於客戶的需求！真是這樣的嗎？我想到了奶牛產業的，真正喝奶的是客戶，而國家的質檢部門，只是管理部門。他們是代表了客戶的利益，但不要把他們等同於客戶。他們滿

 工作十年了，從來沒想過這個問題。做IT的，總感覺有種優越感。這種優越感來源於與時代的同步性。因為我們每時每刻不在接觸著世界的最前沿。我們每日更新很多資訊，新聞，評論，視頻。我們也在使用最先進的溝通方式：微博。但是，還是有人說，和我們有代溝了!到底哪裡出了問題？我們Out了嗎？仔細分析一下這個問題，別人感覺和我們有代溝，一個最基本的原因，就是理解不了我們，或者說，感覺我們理解不了他們。我們的智商阻礙我們理解嗎？不！那就是我們沒有去做這件事了！為什麼沒有做這件事呢？因為我們在關心著自己所關心的事情

非常感謝原作者ysjyniiq的部落格，原文部落格地址如下：http://blog.csdn.net/ysjyniiq/article/details/6428809ATL所內建響應Event的類有兩個IDispEventSimpleImplIDispEventImpl它們的區別是一個是否帶類型庫，現在看看他們的模板參數template <UINT nID, class T, const IID* pdiid>class ATL_NO_VTABLE

大家可能覺得這不是廢話嗎？但如果你深入去做這件事，一定會發現其中有很多地方需要我們去努力。首先是為什麼要找到價值？我認為這就是首先要回答做什麼的問題。如果在這個問題上都是選擇錯誤的，或者乾脆沒有選擇，那麼我們的同事，很難取得工作成績。也許幸苦做了一年，但卻不被認可，這種例子我見多了，我自己也經曆過不少。因此Do

感謝作者sinall的文章，原文的部落格地址為：http://blog.csdn.net/sinall/article/details/4006361、給程式添加ATL支援。      右鍵->New ATL Object2、實現IDispEventImpl 介面。//EventSink.h#import "../Server/Debug/Server.exe" raw_interface_only,no_namespace,named_guidsclass CEventSink :

將ATL進行了一次封裝,不用每次都寫繁瑣的調用 bool matchRegExp(const CString& strTag, const CString& strPattern,std::vector<vector<CString>> & rer)...{    rer.clear();    bool bRet = false;    ATL::CAtlRegExp<> regex;    ATL::REParseError sta

最近和同事Z聊起績效管理的事情，他很苦惱，帶的人工作總是完成不了，但又覺得自己什麼都行。請教過很多人，方法試過很多種，都沒有什麼效果。我依據我的經驗，可能談了一下我的想法。第一、要有放棄這位下級的最壞打算。雖然說我們都希望每位同事都可以成長起來，但不能否認存在這樣的情況。有時候放棄，對雙方反而是最好的。第二、要找到他在意的事情。功夫熊貓中的阿寶因為喜歡吃包子，被師父訓練成大俠。其他人也是可以。一般人逃不開名利二字，先從績效要求開始。明確要求結果的衡量方式，並且嚴格執行。這點來不得半點鐘馬虎。這樣

　　做多、做空、觀望、研究大盤及備選股近期個性、休息是投資股市的五個彼此連續的環節。如何對待這五個環節，是分出你作為投資者未來成功大小的參數。　　“弱勢”投資者：只知道做多做空，整天就是買進賣出，股票是一刻也不能沒有的。這類投資者的人數最多，他們屬於股市上的弱勢群體。通常是證券機構的衣食父母。　　“少年”投資者：他們比起弱勢投資者來說，增加了觀望。買進，賣出，空倉觀望，有了三個環節了。但是他們因為少了後兩個環節，他們的做多，做空，觀望，是沒有章法的，是盲從的。這類投資者，虧賺靠運氣靠感覺。整體上

最近一位同事過來和我討論職能管理的經驗。說實話，我是不敢妄談經驗的。自己也沒有取得如何的成就，盲目的建議，會出現相反的效果。不過我們的交流還是很有收穫的。因為我們發現了很多共同的認知，並且這些認知在小範圍內還是得到認可的。第一、定位職能的價值。職能本身有定位，這點毋庸置疑。但是體現職能價值的，並不是把職能做好就可以的。說簡單點，做好了，是應該的，做不好，是要抽板子的。這也是很多人覺得做職能很冤的地方。比如IT部門，很多人都說是挨踢部門。就是這個道理。所以我覺得問題的關鍵，還是看是主動出擊，還是被

感謝原作者nelsonc，原文地址：http://blog.csdn.net/nelsonc/article/details/10856在VC++程式中接收COM事件關鍵字：連接點 COM 事件

很多人都說諾基亞失敗了。原因就在於沒有做好創新！這點我同意。作為第三人，站在這裡，沒有任何負擔的評價別人沒有做得好的地方，是很容易的事情。既然我們都能看到，那麼諾基亞必然也看到了。但是，我們不是諾基亞。所以我們在評論的同時，不需要考慮諾基亞如何才能複活。我們只需要說誰是市場的勝者即可。蘋果現在做的很好，我們就可以說蘋果如何如何。但諾基亞不是我們，他們必須同時得考慮如何打贏這場翻身仗！走Android路線？沒有優勢！就連HTC都可以做到現在這樣，Nokia進來後只是分得一筆羹而已。最近做系統？這確

這是實際工作中總結的一個典型案例。是真實的。寫出來供大家參考。案例：        技術經理 Y 今年新到了一個產品部門，發現原來產品的代碼很亂，遺留的問題很多。而現有的人員，又大半是新招的，很多還是社會招聘渠道進入的，很多編程的習慣還不一樣。於是技術經理 Y 就想在部門裡推行公司新的代碼規範。       可是，剛剛執行了一個月就遇到了阻力，很多人反映，產品中的代碼本來就很亂，為什麼我們要遵守？而且有時候只是修改代碼，如果也要遵守規範的話，那豈不是要把代碼全部重寫一遍？       技術經理

這周的某天中午，我們聊起了這個話題，是關於蘋果為什麼成功的話題。很多人都說是因為蘋果的創新能力很強。但是諾基亞也不缺乏創新啊！為什麼蘋果就能勝出呢？我個人認為這有很多方面是因為喬布斯！那麼，喬布斯的什麼能力，讓蘋果的創新能力能夠勝出呢？我開始認為喬布斯的偏執。創新，往往是需要偏執狂的，但我感覺這樣解釋太過簡單了，終於在這次討論中，我找到一個更好的詞彙：統籌創新。是的，一個組織，一個富有創新的組織，如何能夠脫穎而出？靠的就是領袖的統籌能力！而一個創新的組織，就是需要創新的統籌。說白了，就是讓所有自

#include <stdio.h>int max(int x, int y){ return (x>y ? x : y); }int min(int x, int y){ return (x<y ? x : y); }int add(int x, int y){ return x+y; }void process(int x, int y, int(*funcp)(int, int)){printf("%d/n", (*funcp)(x,y));}int main(){