軟件

一、缺陷跟蹤系統 BugTracker.NETBugTracker.NET是一個採用.NET開發的免費、開源的基於web的問題跟蹤平台。網址： http://ifdefined.com/bugtrackernet.html二、可視化HTML編輯器

 標準模胚2D繪製軟體   本程式用於繪制明利標准模胚2D圖，運行環境為AutoCAd2000~2007版本，命令名稱為: mlts，本程式資料來源於明利模胚標准：QB/ML010 2006/11。 工具使用說明1.            開啟AUTOCAD，鍵入 mlts 命令出現以下對話框： 2.            點擊”Select Language…”按鈕可以設置不同語言顯示。 3.            選擇如“Chinese Traditional” 後單擊“OK”

哲學家說：有什麼樣的世界觀，就有什麼樣的方法論！　　辯論家說：立場決定觀點！　　世界之所以有技術思想和觀點之間的爭論，完全與瞎子摸象的情境一樣。真理只有一個，但是卻很博大精深，沒有一個人能看得到她的全部。每個追求真理的人都能感覺到她的存在，因為畢竟可以觸摸到她的一部分。於是，人們會發現自己摸到的部分是實實在在的，自然與其他人不同，爭論就難以避免。　　真理就像一個極限，我們永遠只能接近她，而不可能擁有她，也許這才是她始終能保持美麗並魅力無窮的真正原因。軟體思想的發展也是一個不斷接近真理的過程。在這

Moblin在MID軟體系統中扮演三個關鍵角色：1）    建立一個開發人員社區，關注建立和增強基於Linux的MID和其他裝置所需的核心技術。最先建立Moblin時，這是該項目的首要目標。建立MID為目標的Linux作業系統版本的供應商將使用此核心技術。2）    建立一個開發人員社區，關注建立能給Moblin核心Linux堆棧增加價值或帶來創新的新軟體和服務。隨著基於最新Intel Centrino Atom處理技術的第一代MID的發布，Moblin項目的角色逐漸包含了這一關鍵功能。3）  

 　　上一個文章“軟體工程進階之每日構建[0]：概述”提到說每日構建是一種很牛X的軟體工程手段。本文章就來說說它到底有多牛X。為了加深大伙兒的印象，我先來說一些陳年往事。　　話說上世紀末，我還在一家小公司幹活，並參與開發了一個C++的項目。當時公司的流程是：開發人員寫好代碼，自己編譯好，丟給測試人員測試；測試人員如果發現bug，口頭通知開發人員改；開發人員改好bug，再丟給測試人員測試......　　★案例1（開發的混亂）　　有一天，開發組的小頭目找來程式員甲。　　>>小頭目：你負責

 　　上一個文章務虛了一下每日構建的幾個主要好處。今天開始來說點實在的：也就是每日構建具體要如何開始搞，要做哪些準備工作（如果你所在的團隊已經在用每日構建，你可以跳過這個文章）。　　每日構建不比其它純技術的玩意兒，它是一個集體行為，它會改變包括編程人員、測試人員、產品人員等一堆人的工作模式。所以如果你想在公司裡推廣它，首先得掂量一下自己有幾斤幾兩。一般來說，至少要做到項目主管或部門主管之類的層級，才有可能推得動。假設你尚未達到這種重量級，那看完本帖就算數，不可輕舉妄動，切記、切記。　　說到這裡，

　　越來越覺得在中國做程式員很沒意思，甚至找不到中國軟體公司及程式員的價值在哪裡。　　先來看一個簡單的例子，公司接了一個小case，花了兩個月，給客戶報的是20個人月，兩個月後項目驗收，客戶交付30萬。而實際的情況是，公司是一個小公司，核心開發人員就你一個人，另外配了兩個剛從學校畢業的學生協助你，還花3000塊錢請了一個美工來搞背景美工設計。　　直接人工成本：你的工資按1萬元/月算，兩個月也就兩萬塊。畢業生每月工資2500塊，2500*2*2=１萬塊，而美工費用3000塊，全部合計下來也就330

Debian軟體包由dpkg軟體包管理工具製作。dpkg遵循由一個單獨的文字檔所指定的一系列指令。在基於debian的系統中，如果你使用如下命令：apt-get source

 現在是不是裝軟體很煩人啊,弄不好一路Next下去還會裝上以3721,中搜,網路豬,劃詞搜尋,百度搜霸等為核心的流氓軟體集團,HOHO,所以嘛,軟體,就是要綠色的爽!但是現在的程式員越來越不厚道了,一個幾K的工具都要先msi再rar最後zip,怎樣剝離安裝檔案setup.exe中的資源是長久以來沒能解決的問題.雖然有n多命令列的工具可以用來unpack,但有多少人願意在每次安裝軟體的過程中輸入那麼一大串命令呢?所以老外做了個整合的GUI程式,可以用來unpack

（一）離岸開發中心（ODC）模式：歐美客戶直接在中國建立子公司，成立其位於中國的離岸開發中心（Offshore Development Center，ODC）。ODC在中國招聘軟體技術人才，為其歐美總部提供軟體開發服務。 （二）離岸開發模式：歐美客戶直接與國內軟體企業簽訂合約，實際是一些客戶服務量不大的軟體開發項目，因為國內企業難於提供歐美在岸服務。

  在1973年，美國人Peter Freeman在他的文章《自動軟體設計(Automating software design)》中有這樣的假設：如果有這樣一台機器

2010/8/17 更新：跟 RegexBuddy 比起來，這個軟體就不算什麼了。  無意中從網上發現了這個軟體，真的是非常的棒，唯一的遺憾就是不是免費的，不過網上應該可以找到序號吧，呵呵，：http://www.ultrapico.com/Expresso.htm（點擊查看大圖）功能非常的強大:1. Regex測試 （Match, Partial Match, Exclude Match, Replace）2. 帶有Regex設計功能，寫複雜的Regex都易如反掌3.

很久以前安裝的windows 7,這段時間安裝什麼程式都經常出錯,打算重新安裝下系統.昨天晚上備份好資料,準備好windows 7安裝光碟片.但是安裝時從starting windows

信任似乎和軟體開發管理沒有關係，但實際上，信任對軟體開發過程影響很大。說說這些想象和原因以及如何獲得信任。對開發人員不信任的表現：領導和客戶對開發人員不信任的表現： 1要求對開發人員到現場開發，在開發現在和使用現場不在一起的時候，使用者和領導總是要求開發人員到現場開發，這也是開發人員需要進行大量出差的一個原因。2加班，軟體開發人員似乎總和加班有關，其實加班也是客戶（包括領導）對是否可以按時完成任務的一種擔憂3縮短計劃工期，每一次做開發計劃，給開發人員的時間總是很短，開發人員總是感覺不可能完成任務

優秀的產品設計可能是軟體企業發展的重要契機。好的產品設計可能使企業走向產品系列化、服務正常化、內部管理正常化的良性發展之路.問題: 什麼樣的設計才是優秀的產品設計呢?     非功能性需求的可定義性     1.系統的完整性: 協助系統,線上升級.不要過分的關注技術的難度,讓每個或易或難的技術 去協助自己的客戶才是最重要的.     2.系統的可擴充和可維護性: 常用的技術方法有物件導向的分析與設計以及設計模式。     3.技術適用性和應用適用性:

成本管理是軟體專案管理的主要內容之一，分析了目前軟體開發成本管理過程中存在的問題，提出了將進度和成本聯絡起來考慮，使工作量和實際成本匹配的方法。結合現有的估算方法，設計成本管理系統並將其應用於軟體專案管理平台中，旨在改善軟體開發中成本超支的現象，為企業提高效益。　　關鍵詞 軟體專案管理平台 成本估算

軟體測試的主要目的在於發現軟體存在的錯誤(Bug)，對於如何處理測試中發現的錯誤，將直接影響到測試的效果。只有正確、迅速、準確地處理這些錯誤，才能消除軟體錯誤，保證要發布的軟體符合需求設計的目標。在實際軟體測試過程中，對於每個Bug都要經過測試、確認、修複、驗證等的管理過程，這是軟體測試的重要環節。 錯誤跟蹤管理系統         為了正確跟蹤每個軟體錯誤的處理過程，通常將軟體測試發現的每個錯誤作為一條條記錄輸入制定的錯誤跟蹤管理系統。    

諾基亞官方舉辦手機軟體設計創意競賽活動，獎金豐厚、值得期待。參賽地址：http://www.forum.nokia.com.cn/sch/callingall/index.htm                 早期大家體會手機軟體功能的最豐富的體驗就算是手機遊戲了，手機螢幕早期僅僅是單色的，所以手機廠商能做的，就是在手機內建一些簡單的遊戲。這些遊戲都是廠商以自己的專屬平台所開發的，這些發售時就內建的遊戲在手機預存了多少就是多少，使用者無法自己新增或刪除。諾基亞可說是最早推出手機遊戲的廠商之一，

　策略模式定義了一系列的演算法，並將每一個演算法封裝起來，而且使它們還可以相互替換。策略模式讓演算法獨立於使用它的客戶而獨立變化。（原文：The Strategy Pattern defines a family of algorithms,encapsulates each one,and makes them interchangeable. Strategy lets the algorithm vary independently from clients that use it.）