其他

著作權聲明本文為原創作品，請尊重作者的勞動成果。轉載必須保持文章完整性，並以超連結形式註明原始作者“tingsking18”和主要站台地址，方便其他朋友提問和指正。  一、使用VC++的工具DUMPBIN將DLL中的匯出函數表匯出到一定義(.DEF)檔案EXAMPLE： DUMPBIN VideoDeCoder.dll /EXPROTS /OUT:VideoDeCoder.def 二、將匯出的.DEF檔案整理為一符合.DEF個數的函數匯出檔案EXAMPLE：VideoDeCoder.DEF

Normal 0 7.8 磅 0 2 false false false MicrosoftInternetExplorer4 著作權聲明本文為原創作品，請尊重作者的勞動成果。轉載必須保持文章完整性，並以超連結形式註明原始作者“ tingsking18 ”和 主要站台 地址，方便其他朋友提問和指正。 /* Style Definitions */ table.MsoNormalTable{

這是IT職場人生系列的第二十篇。（序言，專欄目錄）果然還有下篇，說說不危險和危險職業的基本定義，與以前的維度有點不同的。核心與非核心職業實際上軟體企業中間有一根中軸線，是每個企業的核心。在產品研髮型企業中，大致是：市場-銷售-產品-項目（部門/項目，開發/測試）-營運。在項目型企業中大同小異。所謂核心，就是與企業的營收密切相關的，上述的幾個部門如果出了問題，企業的營收都會受到直接的影響。此外的部門，如行政/人力資源/財務/售後/支援，都是非核心的。身處這些部門，有以下危險活動或禁忌要注意：1.

這是IT職場人生系列的第十九篇。（序言，專欄目錄）這本來是危險職業的下篇，但感覺還有很多危險職業，所以留著以後寫。窄出路職業泛指所有越走越高但越走越窄，前途無量但是需求量很少的職業，典型的是品質和過程管理工作，以及諮詢師。品質管理/過程管理這個曾經是我放棄了在即將上市的公司做技術骨乾的機會而投身去做的一個工作，結果……先說說品質和過程管理是管理什麼的：首先不是測試，所以手底下一般沒有那麼多兵；其次也不是做研發/生產的，所以不是一個技術積累型職位；然後也不是和銷售/市場等業務相關的職業。其具體工作

這是IT職場人生系列的第二十三篇。（序言，專欄目錄）專家與雜家專家與雜家之爭由來已久。挺專家者說：只有專一，才能學透學精；那些泛泛之輩，只能學到些皮毛，終究不能有所成就。挺雜家者說：只有廣泛，才能目光開闊；某些人天天鑽牛角尖，最後學成榆木疙瘩。招聘的時候也是。有人號稱精通七八種語言，參與過76個項目（在一個真實簡曆中看到的，不過不是來我們這應聘的；按當時的速度估計，他現在應該寫參與150～200多重專案左右了），相信大家一定看了直搖頭。但如果又有人十年如一日，只是在一個文檔轉換器上鑽研，恐怕也夠

這是IT職場人生系列的第十八篇。（序言，專欄目錄）IT職場中，有幾個看上去就很危險、沒有前途的職業；也有一些看上去很美，但前途也很危險的職業。本系列將大致列舉其中一些，並給出一些如果已經位於這些職業中，應該如何處理的方法。如何判斷危險職業整體上有兩種危險職業：無積累和窄出路。無積累職業指那些做了很久，但是很難有所積累的職業；由於沒有積累，也就很容易因為技術的更新而淘汰，或被年輕人替代。無積累，可替代，無出路，說的是一件事。在非IT的日常生活中常常可以看到這類職業：出租車司機，看門人，高速收費員，

這是敏捷開發一千零一問系列的第三篇。（在這裡提問，之一，之二，之三，問題總目錄）也是般若敏捷系列第十二篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九，之十，之十一，之十二）共振共振是以無我、無住精神推廣敏捷時的具體做法。很容易被簡單理解為循序漸進，但這樣理解不全面，這也是為什麼會出現“共振”這個奇怪的詞彙。之前的無我、無住，也都很難找到完整替代的又沒有歧義的詞彙或語句。循序漸進很多人都夢想有一家企業，高層領導支援，企業文化適合，隊員個人能力超強，團隊合作順暢，就只差自己這個專案經理去

16.   Toolof gengenrtl16.1.  OverviewThis tool generates genrtl.h and genrtl.c from rtl.def. The outputfiles give the functions to generate various rtl objects following thedefinitions in the file rtl.def. 340  int341  main (int argc, char **argv)   

已經正式發布，請轉至：http://blog.csdn.net/cheny_com/article/details/6616794 最近幾天沒寫部落格，一方面因為有幾次培訓和會議佔用了時間，另一方面在編寫一個免費敏捷教材及宣傳材料。最後有幾張已經完成的草圖。 編寫到初衷有兩個：1.

17.   gencheck工具程式經由前端處理後，被轉換為rtl形式。在這個中間形式的程式被構建為一棵樹。可以想象在樹中的節點是多種多樣並且複雜的，為了使節點的構建更容易，也更好控制。在tree.def及C-common.def（專門對應c及c++）中，以類似rtl.def描述rtx對象那樣，描述的節點用於描述節點的指令有如下形式。DEFTREECODE(SYM, NAME, TYPE, LENGTH)例如在tree.def中，我們可以看到如下代碼。DEFTREECODE

Meego1.0於2010-5-25發布了，趕緊來體驗一下。由於Meego SDK採用Xephyr 作為虛擬器，所以要在intel CPU的Linux發行版上運行，例如Fedora 11, Ubuntu 9.10下面介紹一下安裝過程：安裝準備wget http://download3.meego.com/meego-sdk-0524.tar.bz2tar jxvf meego-sdk-0524.tar.bz2wget

17.   Toolof gencheckProgram after processing by front-end, is transformed into rtl form.Program in this intermediate form is constructed as a tree. Can conceive thatthe nodes in the tree are various and complex, to put node creation in easierand

QT源碼解析(一) QT建立視窗程序、訊息迴圈和WinMain函數 QT源碼解析(二）深入剖析QT元對象系統和訊號槽機制 QT源碼解析(三）深入剖析QT元對象系統和訊號槽機制（續） QT源碼解析(四）剖析Qt的事件機制原理 QT源碼解析(五）QLibrary跨平台叫用動態庫的實現 QT源碼解析(六）Qt訊號槽機制與事件機制的聯絡 QT源碼解析(七）Qt建立表單的過程  QT源碼解析(八）Qt是如何處理windows訊息的 QT源碼解析(九）解析QDateTime 

前天在路上和朋友聊天，說起自己一直屬於有恒心沒耐心的那類人，說著說著，經他提醒，才發現了問題：自己的諸多愛好之中，沒有一樣是慢節奏的。和一般的IT人士一樣，自己一直生活在一種極其快節奏的環境裡邊。以前喜歡騎山地車，尤其是沖旁邊一座小山，原因是沖小山只要10分鐘就能到頂而且很累，而騎平地就要幾個小時才出汗。以前喜歡打乒乓球，後來又喜歡上羽毛球，原因是如果耗費相同的時間，羽毛球運動量更大。家裡有電視，但只在吃飯的時候開啟，因為這時候手裡沒有滑鼠鍵盤不用操作，而眼睛卻閑著。心理測試問如果有空出去玩去哪

14.   Toolof gencodesThe tool will generate insn code for other tools usage. 51    int52    main (int argc, char **argv)                                                                        ingencodes.c53    {54     rtx desc;55    56     progname=

16.   gengenrtl工具16.1.  概覽這個工具從rtl.def產生genrtl.h及genrtl.c。這些輸出的檔案給出了根據在rtl.def檔案中的定義產生各種rtl對象的函數。 340  int341  main (int argc, char **argv)                                                                       ingengenrtl.c342  {343   find_formats ()

這是敏捷開發一千零一問系列的第一篇。（在這裡提問，之一，之二，之三，問題總目錄）也是般若敏捷系列第十篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九，之十，之十一，之十二） 做敏捷開發時間長了，就感覺很多事情都理所當然，越發覺得“問題很可貴”，最近做培訓的時候收集了一些問題，很多現場來不及解答，逐一發表在這裡。如何解決一個問題知識多了自然可以解決問題，經曆多了自然也可以積累經驗，但是在一個只出現10年的領域，還有一堆只工作了10多年的年輕人中間，必然有一天會遇到從來沒有人解決過的問題，

以下內容來自網上一篇相當不錯的文章（PLT and GOT - the key to code sharing and dynamic

    在開發中，經常會用到一些數組，它裡面存放一定數量（已知，不是太多）的特定元素。在使用數字表示的數組下標訪問數組中元素的時候，根本不知道該元素是否是需要的那個元素，而且使代碼可讀性降低，甚至還會出現下標越界的危險。    比如，現在有如下的繼承體系：class CShape;class CSquare : public CShape;class CRectangle : public CShape;class CCircle : public CShape;class CEllipse :

初始化SD卡。我現在用的多是SPI模式，所以在這裡只討論SPI模式。在SPI模式中，所有的指令都要求先將CS腳置0。所以這點，我在後面就不再強調了。CMD0，使SD卡從SD模式轉到SPI模式。判斷傳回值R0，如果不是CARD IS NOT READY，說明硬體上有問題。CMD8，參數是0x000001AA，判斷SD卡符合哪個標準。如果返回ILLEGAL