其他

Quote:　　女人的美麗需要男人來欣賞，“好色”是女性對男人最貼心的讚美和最煽情的恭維，想象一下假如世上都是目不斜視的正人君子，沒有好色男人的存在，沒人憐香惜玉，常獻殷勤，對你柔情蜜意，溫柔體貼，周圍儘是posted @ 2005-10-20 21:10 dkcndk 閱讀(...) 評論(...) 編輯 收藏重新整理評論重新整理頁面返回頂部部落格園首頁博問新聞快閃記憶體程式員招聘知識庫公告Copyright 2013 dkcndk

哈哈,看了這篇文章之後我隱約明白了為什麼我女朋友有時會莫名的生氣,看來啊,男人想要幸福的生活還得先花點時間學習瞭解女人^_^選自tom.com:　　提起瞭解女人，很多男人會說“女人心，海底針，這會很累”，但，這不是一個好的借口，男人需要瞭解女人，去正確探詢女人的情感秘密…… 　　男人什麼時候才能懂得女人的秘密 　　在一起生活了許多年，也曾和你花前月下，也曾與你賭氣爭吵，每年還給你送禮物；可作為丈夫，你知道她真正想要的是什麼嗎？

今天去農行辦理業務,走進大廳一看,n多人,時間不允許等.去工行看看,人真少,乾脆開戶吧.還真不錯,櫃員看我是IT人,給我辦了牡丹靈通卡.e時代,她說你回去瞭解一下工行推出的個人網上銀行你會再回來的.俺還真不清楚是何東東,俺是金融盲了,別笑我^^. 於是上網查,真是個好東東,可以"網上個人匯款"——“您可以方便、快捷地將款項匯給任何人，您再也無需忍受到網點的奔波之苦和在櫃檯排隊等候的勞頓之憂。網上個人匯款，您的舉手之勞，服務一步到位。”，好傢夥，這下不再回去找她都不行了：）哈哈

     在Java編程中Classpath是最基本的知識，也是最常引出問題地方，近來重新拾起Java，不忍在這裡總結一下一，最基本的用法：    Classpath是Java程式運行時，尋找相關的.class的路徑，其實一個最簡單的運行程式的入口class（真正的入口是這個class中的靜態main方法）要找到其運行所需的類有幾個地方搜尋過程，首先搜尋java的內部路徑（這個後面說明）還有運行環境的。xxxx/jre/lib/ext目錄，再到Classpath中的所定義的路徑。  

         品質保證是軟體開發過程中重要的一個過程，也是應最大力度給予關注的環節，首先要區別QA不是測試部門，也不是系統測試與維護測試部門。這是一些人易犯的理解上的錯誤. 一，QA的職責。       a,協助PM對組織級的通用規程，模板等進行裁剪。       b,參與軟體過程中的評審活動。       c,批准，評審專案計劃書.       d,監控項目活動是否符合過程手冊（規定項目活動）       e,對項目組的度量資料進行收集分析，並提供建議。       f,

         一個IT技術部門會有很不同的工程組，組間的協調是管理活動中非常重要的一個環節。在CMM中關注的是幾個常見的組間協調問題（工程組與客戶，一個工程組與下一個接收工程組之間的協調，開發組與測試組之間的協調）。一，關注點：     1，協調多工程組參與系統需求的收集與分析。     2，多個組協調監督，協調技術開發活動。     3，以文檔化的計劃，協調並跟蹤組間工作。     4，按文檔化的規程，協商並跟蹤工程組間的關健 依賴關係。     5，評審上一工作群組的輸出。     6，

          對項目進行策略計劃制定，並進行跟蹤而進行專案管理是極其原始的，並難以量化分析，度量以進行評估。同時也無法正確全面瞭解開發組織的組織能力，也難以對組織能力進行針對性的提高。度量是對軟體開發過程中涉及項進行量化的資料擷取與分析。一，度量的對象：    a. 需求的穩定度：        對使用者需求，軟體需求的原始，新增，變化，刪除等資料進行度量，對需求跟蹤矩陣進行量化分析，能瞭解需求的穩定度，分析原因，不穩定度的需求狀態是導致項目失敗的最重要因素。   b, 進度度量：    

     對於市場上的視頻監控系統，大家都有一定的瞭解，就是視頻採集，經過無線/有線發送到服務或代理，客戶從服務或代理上得到視頻/音頻流。不複雜。    對於不遠的將來，3G，4G的到來，對移動的業務有一個推動，監控自然有了稱動的一個特性，廢話少說，先說說一般常用的架構。用戶端採集->通過無線資料網->伺服器->移動用戶端(手機)取得視頻流, 可行性：技術環節縱觀：     採集端：     

一，需求過程：      a,收集需求，理解需求         為防止對需求的不正確及不充分理解，可以建立溝通機制（如用原型方法，反覆式開發法方法，XP方法使用者的積极參与）      b,分析需求      c,文檔化需求。          清晰描述，統一，可驗證，無歧義，文檔要有按規範進行編號，以便於跟蹤。      d,評審和基準化軟體需求規格文二，需求的跟蹤       需求跟蹤過程的主要活動是對需求跟蹤矩陣（Requirement Tracablity

       簡單的計劃與跟蹤只是專案管理的一部分，這裡就從專案管理入手來整理一下日常管理經驗與方法。一，基本職責與方法：     a,對項目進行評估。     b,項目進行計劃：        含:             本次軟體過程的選擇與裁剪（確切說就是生命週期過程與方法的選擇）             項目工作任務分配WBS,             品質計劃。             測試策略。             風險計劃。             組態管理計劃。       

J2EE英文全稱Java 2 Platform Enterprise Edition，J2EE是Sun公司為企業計算推出的企業級Java平台。J2EE又是一種架構和標準，架構類似API、庫的概念，但是要超出它們。J2EE 是多層(multi-diered),分布式(distributed),基於組件(component-base)的企業級應用程式模型 (enterpriese application

  開始搭建boost環境，就需要下載庫，編譯，並進行配置，       一，下載： http://www.boost.org/找到portral(入口）找到相關下載，     二，編譯：                 boost庫的一部分功能是在標頭檔裡以模板/內聯方式實現的，使用時，直接引入*.hpp標頭檔即可，一些功能是要進行編譯成庫使用的（我一看，file,io,thread,都要編譯，不編怎麼用呀，這不扯淡嘛）。      

         據說SSH結構寫商務網站較容易，SSH（Struts+ Spring + Hibernate)分析起來很簡單Struts只是提供了網頁JSP ，網頁流轉控制，業務處理的一個MVC架構。Spring提供了一些介面，Hibernate即是對資料表訪問，進行了封裝，這個10年前我們就利用Reflecting機制手工封裝過對Oracle的訪問。非常之易理解。     

製作安裝程式，是產品發布的一個環節。隨手整理一下不同平台，常用的安裝包製作方法及工具。一，Install shield：   非常完美強大的工具，只是只能製作Windows2000/xp/vista ,windowCE的安裝程式。可以完全Wizard式傻瓜方式，也可以寫指令碼。還有一點，這個是要銀子的。二，Inno Setup:  很強大，因為開源免費，所以很好。呵呵，試了一下不錯，指令碼也簡單。三，InstallJammer:  

    做了幾次小練習：下面開始做網路編程方面的準備寫j2me的網路程式，可能與PC上有些區別：1，使用的庫：    j2me要使用javax.microedition.io.*;    PC要上使用java.net.*;2,所使用的類不同：  PC:   Server side:import java.io.*;import java.net.*;  try  {   DatagramSocket ds = new DatagramSocket(10000);   while(true)   

    首先瞭解一些常用的跨平台開發庫，   1，GUI庫方面：        QT，可以在除Symbian以外的平台使用，可惜一些平台是收費的。        vxWindows也是支援Symbian平台以外其它各種平台，使用起來一般。   2，非圖形庫。       

   現在寫的通用的平台，Client/Server Side 都要求外掛程式形式，每一個外掛程式宿主於一個動態庫中，在Symbian中，動態調用有些不是很方便，現在總結一下其各種類型庫的載入形式。0， 靜態庫：1， 動態庫：         a,靜態載入：         b,動態載入：動態庫動態載入的幾個問題：1，在emulator上不能被load,原因有幾個可能：         1.1此動態庫中使用了C的庫（如strlen/malloc,free 

             無論是大小項目，或是大小IT公司，沒有組態管理，就是一個沒有管理的公司。一，先來用簡單的語言定義一下。組態管理是軟體開發過程的產物（配置項）進行標識，並對這些被標識的軟體配置項的更改進行系統控制，從而達到保證軟體產品的完整性與可追溯性。也就是說，可以保證這些項能被正確儲存，且可查看其變化過程。二，來看一個組態管理中的術語：  a,配置項(Configuration

1,QWidget的管理：  

近來有些時間，就整理一些方案，架構方面的思路與總結。希望在思路上給一些人節省一些時間，中國IT業較為缺少的是系統化工程，思維方式及知識的總結與共用。在我們平時做新的架構設計及方案預演時，我們最常用的思維方法是：0.業務方案分析1.根據業務方案，進行總體技術方案選擇，總的系統架構2.技術方案中用什麼樣的開源架構或組件進行整合預演。3.調整最佳化方案。下面我們淺淡一下一層一層地選擇架構或組件。0.基本業務類型，可以初步分析為ROA,或SOA類型系統，系統中是否需要企業級業務（主要對事務的關注）1.