軟件

先仔細閱讀下面的說明，然後開始自己的軟體包安裝http://bbs.chinaunix.net/viewthread.php?tid=16209&highlight=rpmhttp://bbs.chinaunix.net/viewthread.php?tid=765567&highlight=rpm一、安裝命令格式：rpm -i ( or --install) options file1.rpm ... fileN.rpm 參數： file1.rpm ... fileN.rpm 

從好用的機器上，拷備下面的文檔到新伺服器上c:\oracle\ora81\bin\OraOLEDB.dllc:\oracle\ora81\bin\OraOLEDB.tlbc:\oracle\ora81\bin\OraOLEDBgmr.dllc:\oracle\ora81\bin\OraOLEDBpus.dllc:\oracle\ora81\bin\OraOLEDBrfc.dllc:\oracle\ora81\bin\OraOLEDBrmc.dllc:\oracle\ora81\bin\OraOL

從微軟的DMS項目中，我學到的知識和能力，真是令我很受用。或許若干年後，回頭看看，對我一生都有不可磨滅的巨大的意義。這裡要感謝給我那次機會的微軟和多元思維，是這次機會給了我如此大的提高，其實更像感謝的是我身邊的同事，沒有他們的言傳身教，我不會有那麼迅猛的提高。 軟體技術知識上的提高：讓我對微軟的WPF、WCF、WWF等知識有了一個初步的認識。瞭解了Windows Server 2008的一些新特性，尤其是對IIS

微軟的Bug管理系統Product StudioTest DirectorTeam Foundation Server微軟的源碼控制系統Visual Source SafeSource DepotTeam Foundation Server微軟的文件管理系統Share Point Server微軟的使用者管理系統Microsoft Active Directory開源的Bug管理系統BugzillaMantisBugfree開源的版本控制系統：Control Version

今天，在家宅了半天，主要學習了幾個方面的知識：Software Configuration Management 和 Automation Build System Software Configuration

引自鄧輝譯《敏捷式軟體開發 (Agile Software Development)-原則、模式與實踐》敏捷式軟體開發 (Agile Software Development)宣言我們正在通過親身實踐以及協助他人實踐，揭示更好的軟體開發方法。通過這項工作，我們認為：個體和互動            勝過 過程和工具可以工作的軟體    勝過 面面俱到的文檔客戶合作               勝過 合約談判響應變化               勝過

風險在所有的項目中都是存在的，在這些風險中有些是項目失敗的罪魁禍首，下面列舉五種最常見的，對項目的成敗有著巨大影響的風險。 1.         

一直對各開源協議理解得不夠透徹,對#ZipLib說的這段話:[quote]he library is released under the GPL with the following exception: Linking this library statically or dynamically with other modules is making a combined work based on this library. Thus, the terms and

Castle嘗試過Linq後,還是選擇了ActiveRecord.前者目前的套配設定還是不成熟,像LinqDataSource什麼的都有不少bug,畢竟是微軟產品的第一版,而且還沒發布正式版..WebForms我是徹底受夠了,每個頁面的Aspx我都沒有勇氣再看第二遍,實在太醜陋了.所以還是用MonoRail吧,對它唯一的不滿是沒有提供預設的成員資格設施,導致很多在此基礎上的功能都要自己做--例如在WebForms裡能輕鬆做到的根據角色許可權提供導覽功能表.jQuery有人說jQuery是java

1,沒有銀彈.2,客戶需求是一切設計的根本.3,使用你的程式的人就是你的客戶.別拿同事不當客戶,也別拿自己不當客戶.4,判斷設計優劣的唯一標準是客戶用起來爽不爽.5,抽象得好與不好全看你的需求會怎麼變化.6,看不慣Book.Save()只說明你沒有理解軟體是什麼.雖然上面沒有提到OO,但是還是特地給一些人補補課:OO的經典含義是"封裝+繼承+多態",少了哪個也不能叫OO.基於對象和OO不是一回事.再講一個基本的邏輯問題:你不能先假設A是OO的,然後又因為A沒有用到繼承和多態,從而證明OO也能只用

目錄 ：     前言：        1什麼是需求，需求分析在整個開發週期的作用。        2 在需求過程中的三個裡程碑                       2.1 第一階段 確定項目的大背景              2.2 第二階段 項目本階段的核心需求定義和確定              2.3 第三階段

目錄：1 軟體複用的概述2 軟體複用的二維觀圖表3.1 軟體複用    3.1 代碼級軟體複用   3.2 組件級軟體複用    3.3 系統級軟體複用4 基於組件的方式的軟體開發過程本文：1 軟體複用的概述         一開始我想將我的一個夢想：新的項目來了，需求分析完，系統整合師根據需求，直接到公司的組件庫調用出相關的軟體組件，直接拼裝成一個系統出來。     從這樣的夢想出發，我們分析在軟體開發過程中，那些東西我們可以複用，並用什麼流程保證軟體複用可行。 2

業務情境：      我們業務情境是這樣的，       服務內容為：一款網路遊戲       客戶使用的串連方式：         1 GPRS Socket通訊         2 Internet HTTP         3 簡訊        開發環境：      .net framework 3.5      Compact FrameWork 3.5 部署環境： window 2003                IIS 6.0              Window

     軟體開發是一項複雜的系統工程，牽涉到各方面的因素，實際工作中，經常會出現各種各樣的問題，甚至面臨失敗。如何總結、分析失敗的原因，得出有益的教訓，對一個公司來說，是在今後的項目中取得成功的關鍵。　需求內容不明確，把握不充分這是我們經常遇到的問題。一方面，由於客戶（需求方）IT知識缺乏，一開始自己也不知道要開發什麼樣的系統，或者懶於系統 地整理出來，經常是走一步算一步，不斷地提出和更改需求，使得實現方叫苦連天。另一方面，實現方由於行業知識的缺乏和設計人員水平的低下，不能完全理解客

物價在節節攀升，CPI居高不下，股市損失慘重，房貸似大山壓頂......除了提高我們微薄的收入以外，我們還應該從日常的點點滴滴做起，節約每一分Money。流水記賬軟體就是協助你提高理財水平，分析你每月的收入和支出，協助你節省不必要的開支。它使用簡便，就像在普通便簽本上記錄一樣簡單，可以方便查看曆史趨勢，列印相應的財務報告。並且，它是一個純綠色的免費軟體，無須連網便能運行。下載

 內容提要：1.       為什麼要建立個人知識體系：克服關鍵字搜尋的缺點和達到個人知識深層次的沉澱2.       如何建立個人知識體系：3.       持續完善的重要性一、     為什麼要建立個人知識體系1.       持續的學習已經是競爭的首要條件，更有效更有目的性地學習，要建立“適合個人情況”的知識體系，並依此收集、整理和深化相關的資料，關注前沿資訊和趨勢，以求“Crowdsourced Security Testing先覺”2.      

       如果把一個應用系統的有機組成看成是人體的話，那麼硬體就是人的大腦和身軀，而軟體就是人的手和腳；再好的硬體，最終都要透過合適的軟體把它發揮出來；而且使用者接觸最多就是軟體，好與不好的軟體對使用者的操作體驗和工作效率至關重要！      這是我近10年從事PLC軟體、MES系統和相關裝置通訊軟體開發中悟出來的一點感想！針式軟體工作室，將竭力為您提供適合的應用軟體的開發服務！    成功的裝置定製軟體項目 

用FetionVM運行訪問資料庫的軟體時出錯：由於應用程式配置不正確，應用程式未能啟動。重新安裝應用程式可能會糾正這個問題解決方案：Copy System.Transactions.dll和System.Data.dll到Vm的 System目錄下以及Microsoft.VC80.CRT.manifest還不行，參考下述1、找到Microsoft Visual Studio

使用.net開發共用軟體的優缺點都很明顯，還好有飛信打底。下面是我對各種語言開發共用軟體的看法：1、使用VB6：基本上是見底了，對新的軟體工程支援太差，對一些新功能開發有影響2、Delphi：被收購後前景未明，所以保留對新的軟體工程支援性問題3、.net：應是被看好的大方向，目前的情況是國內安裝.net framework架構的電腦不多，不易部署是其最大的缺點； 

     必須深刻意識，關係佔了很大部分。因為，軟體好壞即品質往往很難說得很清楚，所以沒有品質作根本，那就只有逮住一個項目是一個，不可能有長遠的產品化考慮；惡性競爭的根源就是不以品質為前提。     如果連一條人命都不值錢了,更何況一個軟體呢？！