其他

 數組鏈表堆棧和隊列    數組鏈表堆棧和隊列是最基本的資料結構，任何程式都會涉及到其中的一種或多種。 1數組    數組是最最基本的資料結構，很多語言都內建支援數組。數組是使用一塊連續的記憶體空間儲存資料，儲存的資料的個數在分配記憶體的時候就是確定的：圖1.1包含n個資料的數組    訪問數組中第n個資料的時間花費是O(1)但是要在數組中尋找一個指定的資料則是O(N)。當向數組中插入或者刪除資料的時候，最好的情況是在數組的末尾進行操作，時間複雜度是O(1)，但是最壞情況是插入或者刪除第一個資料

這是節選了《Manning.Hibernate.Quickly.Aug.2005》的第七章。這一章主要說了使用JavaBean通過Hibernate實現資料庫操作。前半章說了DAO模式，它是Sun公司特地在Java藍圖中強調的核心模式之一。後半章使用了spring，簡化了很多代碼。    由於水品有限，翻譯得比較直白，一些語句還無法斷定，所以同時寫上原文語句供大家參考。  本文內容

      經常看到別人提到雙緩衝來實現無閃爍繪圖，但是一直都是似懂非懂的樣子，也沒有實際去用過。有天看到定時器在VC裡面的應用，就想寫個時鐘的程式。參考了下別人的代碼，有的繪製的也很漂亮，其中有個是實現的數字時鐘。看了下代碼，繪製的部分很複雜，於是就想自己來實現下。正好就當做是對自己的鍛煉吧。     

      開始要要在OpenCV下面編譯產生靜態連結庫。有個比較方便的方法就是，舉個例子：cxcore這個檔案夾，Release下面它編譯成的為cxcore.lib。這個時候我們可以在他的同級目錄下面建立一個檔案夾cxcorel，建立一個靜態庫。                 

　　合作研發，曆來就不是什麼太受歡迎的詞，特別是國內研究機構和國外研究機構之間的合作研發，總給人一種粉飾的意味，總是那麼含混不清。可是，不巧的是，我現在負責的項目就是要同國外公司一同展開研發。　　客觀的說，我們掌握的技術，已經接近或在某個領域超過國外這個同行，大家之間在一個小地區記憶體在競爭關係。現在為了國內一個大客戶，決定聯手，顯得有點那麼不自在。　　所以儘管事先雙方簽訂了種種協議，但還是不能打破彼此間的深深的戒備。所以，常常在項目進展時，出各種各樣的小問題。　　現在暫時總結下來，覺得有些方面

    先說明下我的機器的設定：    作業系統：windows2003    安裝JDK：1.42版本，並在環境變數上進行了相關設定。    Web環境：Tomcat 5.0     IDE平台：JBuild 2006，內建jdk5.0，Project屬性設定path為JDK 1.5出現狀況：使用jbuilder編譯類庫，順利，將class檔案放到網站上。出現 Unsupported major.minor version 49.0 網上查資料說是48，49JDK版本不相容問題   

         所謂二手項目，就是這個項目是前期是別的公司或者別人建立起來的項目，當前沒有完成或者需要繼續完善。碰到這類項目，要麼是你來到新公司，接手上一任留下來的項目，要麼是你調到另外的項目，繼續公司的項目，又要麼公司接手了其他公司的遺留項目，繼續開展下去。碰到這類項目，如果想要項目開展的順利，那麼可能你需要一點運氣了，要麼項目小，業務關係不複雜，要麼交接順利，相關文檔非常完善，注釋相當清晰。否則的話，你將經曆一個段頭痛、煩躁、鬱悶的，甚至是想吐血的時期。        

English Study MenuSkySeraph Oct.17th 2010  HQUEmail:zgzhaobo@gmail.com   QQ:452728574Latest Modified Date：Oct.31st 2010

          已經好多年沒接觸java的WebService了，這幾天翻看網上各類部落格資訊，發現技術上革新變化不少，剛好目前手頭做的項目是.NET的Webservice，對比起來，說實在，比java簡單好多，純傻瓜式的，旁人稍微指定下就會發布了，java麼...貌似還是比較複雜點。好吧，那我們就再來熟悉一下java的Web Service吧。    Java的Webservice目前的規範主要有2種，即JAX-WS和JAX-RS    JAX-WS是最常見和通用的規範，是一組XML

 一直在瞭解互連網的大資料高並發的架構，以及所採用的各種最佳化策略。在建設初期，可以先從兩方面進行考慮： 一、資料庫設計策略。從資料庫的擴充性來說，是考慮資料可以方便的進行垂直劃分和水平劃分，即： 垂直切分（Vertical Partition/Sharding）:就是把不同格式的資料，儲存到不同的資料庫，也叫分庫水平切分（Horizontal

        專案管理中的進度安排是非常必要的，而且也是必不可少的。        但很多情況下，進度計劃卻成為一紙空文，項目一拖再拖，或根本無法繼續下去。根本原因何在？       我個人認為在做計劃時，應充分考慮到團隊資源，甚至是客戶的資源，因為有的項目也需要客戶提供動態支援和協助，暫且算是一個大的項目團隊。       充分考慮團隊中每個人的特長，分配給他最擅長的任務，這樣能非常有效提高效率。     

本文說明2點：1.閱讀源碼的入口在哪裡？2.入門前必備知識瞭解：IOC和AOP一、我們從哪裡開始1.準備工作：在官網上下載了Spring原始碼之後，匯入Eclipse，以方便查詢。2.開啟我們使用Spring的項目工程，找到Web.xml這個網站系統設定檔，在其中找到Spring的初始化資訊：<listener>

    已經換到新公司差不多2個月了，工作環境還算輕鬆，工作夥伴也挺好相處。    在新的公司終於接觸許多對我來說還算比較新的技術應用，至於java的架構，如structs，spring，hibernate等也沒有了以往的朦朧面紗，這些應用程式框架對沒接觸過的人來說總是充滿神秘感，讓人非常好奇，而當你真正接觸了這些東西的時候，你就會說，架構嘛，不過如此，就是這些東西，這些工具。   

今天有專案經理向我抱怨幹項目雜事太多,無法坐下來安心作科研,總是跑來跑去,安排不了別人,只好自己幹,全是雜事,感覺很無聊.其實說起這個,我很能理解他的感受.是的,做一個完整的項目,需要關心的事情總是很多.而且絕大多數事情是沒有技術含量的.也許我的說法太過武斷,專案管理中75%的事情是處理項目中所遇到的各種人和事,大約有10%處理核心技術問題,還有15%是各項應急,彙報.雖然我不太同意同事的說法,但他的說法卻引發了我的思考,項目核心是什麼?我的分析很直接,做項目的目的是什麼?這很現實,關係到我們自

      在我寫程式的時候, 是寫多個相同執行體的對象, 與一個硬體狀態維護對象  共同訪問著一個硬體對象.      這個時候的要求是, 能夠讓 有相同執行體對象的 一組線程最大限度的提高並行性. 同時, 又讓它們與硬體維護對象 彼此同步.      所以設計了這樣的一個 MultiSyncer 對象.      這個對象,可以擴充成 多個多類執行體對象, 共同訪問一個資源,並保證它們的同步.      不是特別麻煩,關鍵有一點要說明就是,

        做基於視覺檢測技術的項目有很長一段時間了，從系統硬體架構到軟體架構，來來回回也已經修改了好多次，感覺每次都會有些進步。       幾套系統運行下來，感覺效果還不錯。是不是就沒事可幹了呢？      突然發現，我們對宏觀的東西瞭解很多，但對系統的各個組成部分的具體細節卻不是很瞭解，這導致有些奇怪的事情發生。於是開始翻箱倒櫃的追本溯源。     首先，研究相機。    

 影像處理庫，形形色色，遍布整個網路，有商業版本的，也有開源的。漸漸覺得總是應用別人的東西，並不是最佳途徑，於是決定撰寫屬於自己的影像處理庫。花了一個禮拜左右的時間構思該庫的結構，寫著寫著，因為結構不合理，又要推倒重來。這裡要感謝各位前人的智慧，不斷觀摩他們的庫結構，勉強寫出自己的庫，功力還是不夠深啊。好得跨出去第一步了，努力，總要學會前進的。

開始接觸CUDA，我安裝好後完全不知道怎麼運行demo，當然也沒有見到詳細的安裝說明。下面說說我的經驗。Platform:Win XP64IDE:VS2008 1 擷取可訪問以下網址：http://www.nvidia.com/object/cuda_get.html共需下載3個應用程式，分別是：1、CUDA Driver2、CUDA Toolkit3、CUDA SDK code samples 2 安裝a)其中CUDA Driver是為了使CUDA和硬體互動，CUDA 2.2中驅動檔案版本是1

       項目已經開展起來，一切都很順利。       項目已經試運行一個月左右，同使用者商量，準備進入考核階段。突然之間，使用者有了新的需求，強烈要求添加新的功能。問題來了，作為專案經理，該如何作出判斷選擇，將會產生一系列的影響。       記得在金融時報上看到“要敢於說不，要將說不作為一項基本原則，並在此基礎上說是”，真的是一門很玄妙的事情。      

機器學習(Machine Learning, ML)的目的是根據給定的訓練樣本求對某系統輸入輸出之間依賴關係的估計，使它（這種關係）能夠對未知輸出做出儘可能準確地預測。機器學習至今沒有一個精確的公認的定義。作為人工智慧(Artificial Intelligence,