軟件

今天在串連Oracle的時候碰到一個問題，我的機器裝的是Oracle9.2用戶端，當在asp.net應用中使用資料訪問的組件（調用System.Data.OracleClient）時，程式報“System.Exception: System.Data.OracleClient requires Oracle client software version 8.1.7 or

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

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

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也能只用

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

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

這一節主要說安裝！1。作業系統這個應該不用了，沒系統也沒法運行了！2。IIS安裝這個是重點，最後面介紹！3。framework安裝這個也不用了，工具安裝時會先檢測，如果沒安裝這工具也打不開了！4。RAR安裝這個可以通過調用RAR的安裝檔案啟動安裝。代碼簡單的就一句話：Process.Start(“RAR的安裝軟體路徑”);  以下重點介紹IIS的自動安裝 IIS的自動安裝也很簡單，先說下原理，再說下步驟：原理：通過調用Sysocmgr.exe系統內建的工具安裝，主要參數為："/i:sysoc.i

提高軟體品質，需要一個良好定義的執行過程。而執行過程，每時每刻都需要一套行之有效檢測反饋的方案。包括擔當檢測主體的人，檢測的工具，和實施的方法。在一個品質管理團隊中，總有兩種角色。一種是送檢方，另一種是檢驗方。1.需求分析階段：送檢方是消費者，他提供了需求資訊，而檢驗方是我們團隊的需求分析員。工具是什嗎？檢驗的方法和標準是什嗎？2.系統模型的建立階段：送檢方是分析員，提供了需求分析報告，而檢驗方是架構設計師。工具是什嗎？檢驗的方法和標準是什嗎？3.功能模組化階段：送檢方是架構設計師，提供了架構層

 技術人員有個毛病，明知不可為，偏要為之。 我們要強調使用者的需求，市場分析，去定位軟體，否則就走上了一條有挑戰性但很艱巨的道路。開發軟體為了什嗎？說到底還不是為了賺錢養家，何必要和自己過不去？ 應該如何找軟體的市場定位？首先是從消費者的需求出發，然後看看這個市場有多大，競爭者多不多，還有如何營銷。如果沒有需求，技術再怎麼領先也沒有意義。如果有需求，但是一堆免費的，或者可代替的廉價方案存在，也很難有作為。這兩個都沒有問題，那就要看看整體的潛在市場有多大，如果就兩三個人買，就很難分攤管理和研發的成

過程和方法對於結果只有次要影響，首要的影響是人。人不是插入即相容的編程裝置，如果想要項目取得成功，就必須構建起具有合作精神的自組織的團隊。合作、溝通以及互動能力要比單純的編程能力更為重要。過多的文檔比過少的文檔更糟，編寫以及代碼的同步會花費更多的時間。直到迫切需要並且意義重大時，才來編寫文檔。成功的項目需要頻繁、有序的客戶回函。成功的關鍵在於和客戶之間真誠的合作。在“充滿激烈討論的屋子”裡工作，生產率非但不會降低，反而會成倍的提高。軟體項目不是全速的短跑，而是馬拉松長跑。團隊必須有意識的保持穩定

1，網路基礎：網路與電腦群組成，作業系統以及傳輸串流程都是緊密關聯的，理解網路基礎 能讓你在開發過程中得心應手。2，需求分析：對於軟體工程來說，需求分析是項目的起點，也是整個項目最最重要的 部分。如果這玩意你搞錯了，整個項目的方向也就錯了。3，DI(獨立注入)：DI或者IoC(Inversion of Control)的具體實現架構Spring能讓你建立對象時更加輕鬆，對於大型企業階層專案更是如此。4，UML圖：UML圖已經是一個通用的軟體設計與分析的語言。如果你們在開發軟體的過程

【My Project】織物疵點檢測機器視覺系統 軟體測試平台SkySeraph May 4th 2012Email：zgzhaobo@gmail.com    QQ：452728574Ⅰ 前沿　　之前針對個人研究的不同演算法開發過三個檢測平台（平台一 和 平台二 ），此平台為最後的綜合平台，實現織物疵點檢測和分類，實現了織物映像的批量化處理，實現了資料庫儲存疵點資訊和使用者管理，同時具備自動化測試的同時還可以進行單步演算法調試。 Ⅱ

 　　工作兩年了，我一直希望讓自己每年對測試的理解更深入一層。工作一年的時候我寫了《談軟體測試---一年工作總結》 ，談輪了自己對各種測試的理解，這一年來，雖然對那些理概念的有所加強，自我感覺沒有什麼質的變化。前些天聽我們公司的一位測試經理講《敏捷測試》豁然開朗。他在學造飛機，而我一直在學造飛機裡的一個發動機。我從來沒想過，一個完整飛機的架構應該是怎樣的。　　如果想讓測試在公司的項目中發揮出它最大的價值，並不是招兩個測試技術高手，或引入幾個測試技術，而是測試技術對項目流程的滲透，以及測試流程的改

　　做開發做了5到10年，除了關心技術之外，我們需要發展還需要學習什麼呢？產品線是系統的系統，這個必須有：）做產品基本上都不會只做一個項目和單個產品的，現在基本上多是走產品線的路子，那IT如何適應商業需要進行軟體的產品線開發呢？我想首先要去瞭解軟體工程中的軟體產品線的一些基本概念和如何去做，本篇截取我做的一個ppt中的一些圖與大家分享一下。

Automounter自動掛載autofs軟體包作用：自動掛載訪問的分區主設定檔: /etc/auto.master,格式：掛載目錄 對應檔 參數例：/misc /etc/auto.misc --timeout=60對應檔/etc/auto.misc格式：關鍵字  掛載選項 裝置例：cd -fstype=iso9660,ro :/dev/cdrom(本地)    fd -fstype=auto  :/dev/fd0重新啟動autofs服務：#service autofs

以前一直以為物件導向技術只用在純粹的軟體開發而已，但當我大三修硬體描述語言Verilog，大四修SoC概論時，直覺告訴我『物件導向』及『軟體工程』等技術應該可以用在SoC開發上，但我並不是很確定將這種軟體的技術用在硬體是否恰當。由於Meeting要準備論文報告，教授要我們到http://www.ieee.com/找自己有興趣的Paper報告， 我輸入了SoC字眼，搜尋到的第一篇Paper題目我就很有興趣，題目是『Reused-based Methodology in Developing

基本上，基於導航和城市地圖的Web GIS各個大網站目前都有了，而競爭的熱點開始轉移到大資料量的虛擬空間、3維GIS（假3維）方面。 所以，與公眾服務有關的Web GIS越來越成為巨頭門的遊戲，而不是依靠技術創新來生存的小公司可以玩得起的。Google Earth Google Earth伴有一個客戶機軟體，整合Google的本地搜尋以及駕車指南兩項服務，能夠鳥瞰世界，將取代目前的案頭搜尋軟體。公司共同創始人Sergey Brin談到，藉助Google

著作權 如有轉載請註明出處。          以我個人的能力，沒有足夠的時間和資源自行開發一套完整的平台。在已有的眾多開源項目中選擇若干優秀的項目進行整合。“站在巨人肩膀上”是牛頓有一句名言.，同樣適合我們的IT行業。我對平台的技術架構的構想，是採用開源的ORM架構做資料持久層， Asp.net沒有合適的Web層架構，就採用Asp.net的Code-behind方式編寫代碼，資料持久層同Web表現層之間的串連採用IOC的容器。1、

  隨著電腦硬體水平的不斷提高，電腦軟體的規模和複雜度也隨之增加。電腦軟體開發從“個人英雄”時代向團隊時代邁進，電腦軟體項目的管理也從“作坊式”管理向“軟體工廠式”管理邁進。這就要求軟體開發人員特別是軟體專案管理人員更深一步地理解和掌握現代軟體工程的理論方法，完成思想觀念上的轉變。筆者在此分析了10個在現代專案管理中思想觀念上容易陷入的誤區，希望能夠拋磚引玉，引發大家更多的思索和討論。