其他

作者：Steve Outing    你的網站出過什麼錯？可能很多。   儘管前幾年網路發燒，而網上媒體也繼續成長，這一行業裡的人，要學的地方仍多，現在仍是拓荒期。   我為此特別察看了新聞網站，仍然找到許多改善與實驗的空間，而一些網上內容品質專家、網路運用專家、網上寫作大師，也都持同樣的看法。最近我請教了其中幾位，請他們建議新聞網站應該如何改進，即如何服務顧客，使成長為一個獨立的企業。  

      昨天晚上公司出了事兒，給使用者升級程式，結果卻弄重單了，天生他們都去了客戶哪兒，我自己一個人在家看完了六集的《神醫喜來樂》， 雖然以前看過，不過再看還是挺帶味兒，呵呵，剛才還待意查了一下沈傲君的資料，挺有才，壞不得喜來樂老是惦記著^_^。等到將近兩點的時候他們才醉醺醺的回來，天生不愛和小田在一個床上睡，結果受苦的就只好是我了，我們兩個擠在一個小單人床上，本來這床對於我來說就太短，再加上一個醉鬼。。。。。。半夜我差點受不了喊出聲來，最後看到天有些蒙蒙亮了，實在挺不住我就暈睡過去了。  

#define IOP_BASE      0xB1600000 // 0x56000000typedef struct  {    unsigned int  rGPACON;  // 00    unsigned int  rGPADAT;    unsigned int  rPAD1[2];        unsigned int  rGPBCON;  // 10    unsigned int  rGPBDAT;    unsigned int  rGPBUP;    unsigned

SYNCHRONIZE_DRAIN的用處SYNCHRONIZE_DRAIN是一個sources檔案中使用的宏，它的定義方式是：SYNCHRONIZE_DRAIN=1日前，弄ＢＳＰ時遇到一個沒想到的東東：複製過來的微軟的觸控螢幕原始碼竟然編譯不過，提示有些lib檔案找不到……就是因為sources檔案中沒定義SYNCHRONIZE_DRAIN=1；因為驅動檔案夾中包含多個驅動檔案，使用的一些庫之間有某種依賴關係造成的； 如果sources檔案中定義了SYNCHRONIZE_DRAIN=1，則Bui

CE BSP開發入門之重要的設定檔 BSP中有一些很重要的檔案，我們在開發過程中必須要給予足夠的重視。 1 mybsp.bat，位於BSP的根目錄中，用於定義一些全域的環境變數，比如定義某個驅動的環境變數，從而使產生的系統支援此驅動。其實，這個檔案在大多數的BSP裡，例如2410的，對應的檔案就是smdk2410.bat.2

3.dirs.這個檔案用於指定在目前的目錄中有哪些目錄需要被編譯. 4.sources.這個檔案定義目前的目錄的代碼產生DLL/LIB等模組時的必要資訊,主要有以下幾項. TARGETNAME,定義模組名稱. TARGETTYPE,模組的種類,可以是DYNLINK,

        在Win CE5.0驅動程式中：        MapPtrToProccess()函數允許將一個指標從一個地址空間映射到另一個地址空間，通過調用該函數，用於獲得對應用程式空間資料的訪問。        GetCallerProccess()函數則用於擷取調用進程的控制代碼。         他們的用法如下：pReadBuffer=MapPtrToProccess(pBuffer,GetCallerProccess());*pReadBuffer=g_Temp;         

在做usb audio裝置驅動開發前我還不知道有usb audio device class，以為這是個HID類型的驅動，開發起來應該容易實現，後來才發現原來自己進入了一個未知領域。幸虧之前有開發過mass storage韌體程式，又瞭解過OV511的usb

這篇文章要講的是程式員如何假裝在很努力的工作。有兩種完全不同的動機會促使一個程式員做這種假裝：第一種，你是個懶貨——想不勞而獲。如果你是這種人，我和你同事都會鄙視你。你不需要看下面的內容了。這篇文章完全不是為你寫的!第二種，你有太多的事情要做，而你需要抽出時間去思考和學習。大多數的公司裡，經理們或負責人資管理的人都忽略了程式員是腦力工作者、不是做苦力的。他們通常會有這樣的觀點，程式員應該全部上班時間都在努力工作。但是，我們是要思考的人，我們需要時間整理思路，學習新的知識，提高自己，成為一個更好的

 [1]好好規劃自己的路，不要跟著感覺走！根據個人的理想決策安排，絕大部分人並不指望成為什麼院士或教授，而是希望活得滋潤一些，爽一些。那麼，就需要謹慎安排自己的軌跡。從哪個行業入手，逐漸對該行業深入瞭解，不要頻繁跳槽，特別是不要為了一點工資而轉移陣地，從長遠看，這點錢根本不算什麼，當你對一個行業有那麼幾年的體會，以後錢根本不是問題。頻繁地動蕩不是上策，最後你對哪個行業都沒有摸透，永遠是新手！　　　　[2]可以做技術，切不可沉湎於技術。千萬不可一門心思鑽研技術！給自己很大壓力，如果你的心思全部放在

         昨早老大和老闆談了許久，最後經理回到屋向我們噴了一句狠話，隔了一會兒又說“小X以後別瞎整啊”，一句話讓我迷糊了一天，語氣很重，嚇得我只“嗯”了一聲就不敢再說話了，生怕說錯了又被“收拾”。        

伺服器效能壓力測試工具有  http_load,webbench,ab,Siege webbench最多可以類比3萬個並發串連去測試網站的負載能力1、適用系統：Linux2、編譯安裝：引用wget http://blog.s135.com/soft/linux/webbench/webbench-1.5.tar.gztar zxvf webbench-1.5.tar.gzcd webbench-1.5make && make install用法：webbench -c 並發數 -

鬱悶,剛才寫了N百字的東西，就在我系統崩潰的一瞬間，沒有。。。。傷心欲死。。。。，但從哪兒完蛋的就從哪不讓它完蛋的信念告訴我，一定接著寫。。。在學校的時候裸跑了2410的PWM來控制直流電動機，之後來到公司先後寫了蜂鳴器（有點兒簡單，都不好意思提）、CC1100定時器部分的WIN CE驅動，算是對2410的TIMER有所瞭解了，現記錄如下：在寫之前請各位先看一下我轉蔡於清老師的一篇文章，因為我也是在看了這篇文章之後才著手弄s3c2410

        弄了一個月的WIN

RegQueryValueEx找回所開啟註冊表鍵所關聯的一個給定值的類型和資料。 (適用於Win CE5.0)LONG RegQueryValueEx( HKEY hKey, // 要查詢鍵的控制代碼 LPTSTR lpValueName, // 要查詢值的名字的地址 LPDWORD lpReserved, // 保留 LPDWORD lpType, // 實值型別緩衝地址 LPBYTE lpData, // 資料緩衝地址

當年，國際巨星成龍的「龍種」曝光，眾人指責他對不起嬌妻林鳳嬌，逼得他出面召開記者會，向世人自白他犯了「全世界所有男人都會犯的錯誤」。從來沒犯過這種錯誤的我，也因此常常認為自己不是個男人。雖然沒犯過「全世界所有男人都會犯的錯誤」，但是我倒是曾經犯了「全世界所有程式員都會犯的錯誤」。不管使用何種語言，全世界所有程式員都一定犯過這種錯誤，那就是：太依賴編譯器，卻不知道編譯器做了哪些事。一般來說，越高階的程式語言，會提供越多文法上的便利，以方便程式撰寫，這就俗稱為syntactic

昨晚終於把擴大NANDFLASH搞定，花了一周的時間，真暈今天突然接到老大的命令，讓我和他一起畫板子的電路，終於等到這一天了，WIN CE的驅動也基本上寫得差不多了，也該是搞一搞硬體的時候了，6層板啊，可不是鬧著玩的，連老大都沒畫過，可憐我連塊兩層都沒做過，呵，太有挑戰性了，我喜歡。從今天起我要狠補AD6和電路設計方法技巧，一定要和老大一起把板子弄出來，到時候我就可以自己設計板子自己定製系統，自己寫驅動，自己寫軟體，自己……，哈哈，不好意思，流口水了努力，加油，oh,ye

          很久就想開個博了，在CSDN轉了一個多月之後終於動手了，選今天就是為了紀念我剛剛調通的小驅動，雖然“借鑒”了N位前輩的經驗和成果，不過還是要得意忘形一下，畢竟人這種動物壓抑久了是會出問題的^_^。           其實開博的最終目的還是為了記錄自己活過的證據，省得以後沒準哪天忘記自己姓什麼了@_@ 。從今以後凡是從網上看到的好文章、好文章就可以“偷”到這裡面了，若干年再回首時，看看這些問題是不是都已經解決，太有才了！           

印象中，微軟就是一個生產軟體的企業，Windows作業系統、Office辦公軟體、SQL資料庫等等軟體都讓人耳熟能詳，但是，說到微軟的曆史，卻很少人知道，微軟的發展史，卻與硬體分不開，在20年前的1983年，微軟就生產出第一款滑鼠，讓腰杆子硬了起來。直到現在，微軟在滑鼠、鍵盤、無線裝置、遊戲等等方面都處於世界絕對領先的位置。目前，微軟的硬體團隊有200多人，包括許多業界最優秀的人體工程學專家、工業設計師和工程師，這個團體雖然在微軟內部不算一個大部門，但是它的創業精神和發明才能在公司內外有口皆碑。

1987年，擁有通用介面設計以及著重於舒適性的方形Microsoft滑鼠問世了，這款滑鼠進而替代了之前設計的其它滑鼠產品。而這款滑鼠的外觀也更接近與現在的2D滑鼠，而其通用介面的設計則算是微軟的一個裡程碑，為統一形形色色的滑鼠介面樹立了一個良好的榜樣，也讓微軟成為未來的“標準”設計者打下基礎。與現在大多數使用者使用的2D滑鼠沒有太大的分別1989年全年，Microsoft