其他

      以下是我根據10多年電路設計與調試經曆總結出的一點經驗和感想，姑且叫它“電路原理圖設計審核規範”吧，只是一家之言，摘錄到這裡僅供讀者參考。      1）詳細理解設計需求，從需求中整理出電路功能模組和效能指標要求。      2）根據功能和效能需求制定總體設計方案，對CPU進行選型，CPU選型有以下幾點要求：      a）性價比高；      b）容易開發：體現在硬體調試工具種類多，參考設計多，軟體資源豐富，成功案例多；      c）可擴充性好。     

 《敏捷無敵》—— 一本非常好看的“IT技術言情小說”       “原來IT技術還可以這樣寫 ，原來IT小說還可以寫得如此好看！”——這是每位讀者都將感受到的，作為編輯，可以先睹為快，幸甚！這是我嚴格意義上的第一本用電腦而不是紙稿編輯的書稿。雖然我從來不習慣在電腦上看書，但是這本書的“電子稿”之精彩，讓我迫不及待想看到她早日面世，相信那時捧在手裡細細研讀，會更感過癮。       

書如其名，美哉！——博文視點展示圖書專題電子快郵——讀《美哉！Powerpoint——完美幻燈示範之路》有感    

《Ruby程式設計268技》內 容 簡 介：       Ruby是為了讓程式設計更快樂而開發的程式語言。Ruby具有“徹底物件導向”、“豐富的程式庫”、“親和力高的直觀文法形式”等多項特徵，但這些特徵並不是Ruby的目的，只能說是為了讓程式設計更有趣而開發的手段罷了。   Ruby處在當前主流的位置上，並非“行家才知道，專業人員為導向的程式語言”。在學習Ruby的人群當中，應該有很多人是看了參考手冊後，不知道要用Ruby

WDK中出現的特殊代碼    我們用本章的最後一個小節來介紹一些在WDK範例程式碼中見到的特殊形式編碼。這些代碼在Win32應用程式的編程中很少見到，讀者需要首先熟悉一下。    首先是參數說明宏。參數說明宏一般都是空宏，最常見的是IN和OUT。其實定義很簡單，如下所示：#define IN#define OUT   

元編程的思想        當我讀到上一節函數式編程覺得有點落後時，接著看到了作者講到的另外一種編程編程的想法，稱為元編程思想。      覺得這個詞很有意思的，剛開始還以為是作者弄錯了，應該是“源”編程思想，在仔細閱讀下去以後，內容是這樣的：      

隔離的應用程式本文節選自《寒江獨釣》一書    對於許多隻進行進階語言的使用者模式的應用程式編程的讀者而言，編寫一個“程式”在大多數情況下等價於編寫一個可執行檔應用程式。在Windows下，這意味著建造一個exe檔案。一個exe檔案被雙擊執行後，在Windows系統中，產生一個“進程”（Process）。雖然在進階語言中很多細節被忽略，但是在單個進程內的編程具有以下的特點：   

核心編程的主要調用源    調用源並不是一個常用的概念，而是筆者為了讀者理解的方便而自己設定的一個概念。首先我們假定函數B調用了函數A，則稱函數B為A的調用者。   

      嵌入式硬體系統設計出來後就要進行調試，不管是硬體調試還是軟體調試或者程式固化，都需要用到調試模擬工具。     

告訴客戶你都做了什麼本文節選自《網路營銷實戰密碼》一書 徵文  《網路營銷實戰密碼》收錄了這樣一個案例：   

 提升需求分析的能力     採取物件導向的理念需要戰略性的決策、合適的人才與適當的成本，需要的是相對長期的積累與磨合，同時需要技術與經驗的有機結合。天上不會掉餡餅，核心技術的競爭力只有通過不懈的努力才有可能逐漸形成。    基於對象的需求分析是更加具備挑戰性的分析過程，它的存在強化了需求分析在項目前端的作用與地位，要求需求分析人員能夠在需求階段初步判定業務對象的性質、作用、作用空間、對業務系統的影響等問題。   

從大師身上反思本文節選自《未來產品設計》一書序言    Don Norman先生早期的論著所反映的思想已經影響並促進了我，我身邊重要的幾個設計朋友以及我的公司正在逐漸形成設計哲學觀及人生觀。在我的公司，我們常常在一起探討全球已經出現或者正在為人類所感受的設計作品哪些是本能性的設計，哪些是行為層的設計，哪些是反思設計。   

    首先對ZAC的網路營銷實戰密碼這一本書一個總體的概括：不僅僅是一本書！    我相信這個評價已經很高了，zac的網路營銷實戰密碼叢書很多是從他自己寫的部落格上拷貝下來的，但是並不失去原來的滋味。作為一本隨身攜帶的書籍還是最佳選擇的。    除了書中提高的營銷方法以及實際的一些案例外，更多的是傳遞一種策略，一些我們生活中遇到的問題，該怎麼去解決，怎麼去讓這個問題更加合理等等。所以這本書一僅僅是一本書。    每一本書都有缺點和優點，而這本書優點大於缺點，優點基本都說了，但是缺點我也得說說，

解密《一個作業系統的實現》這本書      5月18日見到了《Orange'S：一個作業系統的實現》的樣書，多少有些激動。想一想前一版本《自己動手寫作業系統》是那麼暢銷，這一本一定不能含糊。整個出版過程我能看到作者於淵為此付出的努力，還在自己排版的過程有深入體會，通過於淵的講座也讓博文視點的員工分享到他在排版過程中的很多心得。    

開發好的項目必須要有好的需求      好的開始是成功的一半，要充分認識需求分析對項目過程的重要意義。需求分析是項目的開始，其品質如何對整個項目的進展與最終結局都會起到重要作用。這裡介紹的只是需求分析過程中一些常見的應對策略，正確理解與恰當運用這些經驗將會有助於效率的提高與品質的改善。   

經典圖書樣章試讀《駭客攻防實戰編程》 內容簡介   

assert()和panic()先來看assert()。你或許早就開始使用這個函數，但之前你使用的都是現成的assert，只要包含一個標頭檔，就可以方便地使用。如今什麼都得自力更生了，不過不用怕，寫一個assert函數並非難事，見下面的代碼：12 #define ASSERT13 #ifdef ASSERT14 void assertion_failure(char *exp, char *file, char *base_file, int line);15 #define

你真的瞭解企業虛擬化嗎？本文由《企業級虛擬機器應用實戰：玩轉VMware VI、Hyper-V R2、Xen Server》提供本書本月各新華書店將有售   

 架構的源起    “架構（Architecture）”一詞，其實來自於建築行業。本源自拉丁語的“Architectura”，而最早的詞源是來自希臘語的“Arkitekton”一詞。“Arkitekton”或者“αρχιτεκτων”都是主建築師的意思，“Αρχι”是“主要的、首要的”意思，而“τεκτων”是建築師或工匠的意思。   

本文來源於：http://blog.csdn.net/softwarehero/archive/2009/05/31/4227618.aspx 敏捷是怎樣煉成的     很早之前，就有了寫小說的衝動，寫一本給程式員看的小說，寫一本能夠反映中國程式員生活的小說。曾幾何時，“沉默寡言”、“喜歡獨自思考”，甚至“木呐”成為了程式員的標籤。其實在每個程式員心中，除了對技術的癡迷，他們也熱愛生活。他們改變著技術，也同時被技術改變著。他們是一群普通的人，也是自己心中的英雄。