軟件

這三篇姊妹篇是Brian Swan 寫的,十分的不錯,是關于敏捷開發的好文章,看完後相信你能對敏捷開發有一定的瞭解1.敏捷式軟體開發 (Agile Software Development)（上篇）http://zdnet.com.cn/developer/code/story/0,3800066897,39375631,00.htm2.敏捷式軟體開發 (Agile Software

從開發到上線差不多用了3個月，其實第一個月就把大部分功能實現了，之後兩個月都是需求的再次確認和修改BUG，期間穿插的做別的一些事情。總的來說比較順利，一馬平川沒有任何卡住的地方，也沒有出現“大腦CPU使用率突然飆升的情況”，但瑕疵太多，在此做一下簡單的記錄。簡單介紹一下我們的作戰方式。頁面由專門的人切，只製作出部分頁面，類似的自己搞定，之後的樣式問題自己搞定，一個產品經理，兩個程式員，所有的需求都問產品經理，基本上是除了切頁面，其他的都由我們程式自己搞定。做的是一個公司內部的專案管理軟體(網站)

軟體版本階段說明Base: 此版本表示該軟體僅僅是一個假頁面連結，通常包括所有的功能和頁面配置，但是頁面中的功能都沒有做完整的實現，只是做為整體網站的一個基礎架構。Alpha: 此版本表示該軟體在此階段主要是以實現軟體功能為主，通常只在軟體開發人員內部交流，一般而言，該版本軟體的Bug較多，需要繼續修改。Beta:該版本相對於α版已有了很大的改進，消除了嚴重的錯誤，但還是存在著一些缺陷，需要經過多次測試來進一步消除，此版本主要的修改對像是軟體的UI。

　　都市行是基於J2ME的公交查詢系統，使用簡單，操作方便，查詢速度快，並且具有良好的相容性。是目前功能最全面的手機公交查詢軟體之一。 功能特點：●提供多城市版本，可以自由切換查詢城市。(NEW)●支援雙向資料（即分上下行）。(NEW)●進一步最佳化資料載入方式，佔用記憶體比上個版本小不少。(NEW)●基於J2ME架構，大部分MIDP-2.0

我們知道現在的軟體開發最大的問題就是變化，其實這也不是軟體本身的問題，我更覺得是軟體的特點。因為他不像建築，畫個建築圖，一般不會偏到哪裡去。然而很多需要軟體的人，他可能希望軟體能達到什麼目的，至於具體是什麼樣子，他自己也不知道。大部分都是看到一部分想起一部分，自己也不斷的修正。這也是為什麼最近敏捷大行其道。我甚至服務過一個客戶，做一個公園系統，為的是送一張免費的VIP卡給業主，最終目的是賣房子。既然軟體的需求是不固定，也就是不斷變化，所以我們簽合約的時候往往有兩種方式：1.固定價格這種就是一開始

物理中的品質是指含有物質的多少，無論位置、狀態、形狀的改變，一個物體的品質不會改變，他是物質的物理屬性。生活中的品質一組固有特性滿足要求的程度。顯然，我認為我們常說的軟體品質應該屬於第二種。我們現在做軟體時，對專案經理的一個要求就是要保證軟體的品質，但是這個品質說起來容易，但實施起來就不那麼容易了，原因很簡單，這個品質說起來是個有點虛無縹緲的，就想我們買衣服時，一看覺得品質不好，但又說不出來咋不好，賣衣服的也說這個價位品質已經是最好的，實際上大家都不知道品質是個什麼東西，只不過用來討價還價的介面

Microsoft曾經大肆鼓吹Software Factory，而在SOA(Service-Oriented Architecture)在大型項目開發中嶄露頭角時，我們就不能忽略Web Service Software Factory，尤其是在Microsoft重磅推出WCF(Windows Communication Foundation)的前提下。Web Service Software Factory通常簡稱為Service

首先說明，軟體業是一種服務行業。軟體業已經從以前的陽春白雪慢慢走入尋常百姓家，大型公司專屬應用程式現在多已經很普遍了，但是中小型企業的應用卻還是不夠好。那麼是中小型企業不想要軟體服務嗎？還是現有的軟體服務不能滿足他們的需求？中小型企業需要什麼樣的軟體服務呢？幾種失敗的案例：1：定製軟體   有軟體商找到潛在客戶：“我們的軟體可以完全根據你的要求來開發，做到完全無縫聯結，貼心舒適”   客戶：“哦，太好了，什麼時候可能用？下個星期可以嗎？”   服務商：“這個不可能。你先支付x萬，我們調研1個月，

任何一個有經驗的程式員都知道，軟體開發遵循著一些不成文的法則。然而，如果你不遵循這些法則也並不意味著會受到懲罰；相反，有時你還會獲得意外的好處。下面的就是軟體編程中的21條法則：   任何程式一旦部署即顯陳舊。 修改需求規範來適應程式比反過來做更容易。 一個程式如果很有用，那它註定要被改掉。 一個程式如果沒用，那它一定會有很好的文檔。 任何程式裡都僅僅只有10%的代碼會被執行到。 軟體會一直膨脹到耗盡所有資源為止。 任何一個有點價值的程式裡都會有至少一個bug。

軟體開發的未來，是MDA/MDD/面向模式/Plug-in IDE嗎？一、問題：1．  有快速的類似PB的J2EE開發工具嗎？2． 

http://blog.sina.com.cn/s/blog_54830f070100cekm.html我很不願意去J道或其它知名的技術網站看那裡的討論。整體上來說，在這些網站上也形成了不大不小的圈子，其活動者大體也是業界實實在在的實踐者，包括各個層次的程式員以及高層設計人員。所以，理論上這些圈子應該代表中國軟體業技術主流的水準。然而我的確無法恭維；讓我最為沮喪的是一種充斥其間的神秘主義的氛圍。所有人都在討論某種流行的方法論、模式或其它的理論，這些討論徹底浮動在事物的表面，對於技術、方法本身內在

前言：將買來的第三方控制項通過MSI(MS內建的安裝工程)安裝到GAC中.後續：第三方控制項升級，我們的將客戶安裝的用戶端通過覆蓋的方式進行升級。C:小Y,測試一下升級程式。Y:哎呀，覆蓋後程式報錯，不能運行了。C:哪裡的問題。Y:可能是GAC中沒有新控制項.C:那就安裝新控制項到GAC中呀.Y:gacutil /i

http://blog.csdn.net/jpr1990/article/details/6743033本書譯者SeanBV（他的CSDN部落格）整理，推薦給大家。1．  客戶需求重於個人簡曆 （ Nitin Borwankar ）客戶需求至上。為了自己的簡曆更炫而採用新技術是沽名釣譽，往往事與願違。2．  簡化根本複雜性 ，消除偶發複雜性 （ Neal Ford ）分析問題好比撥雲見月、水落石出。3．  關鍵問題可能不是出在技術上 （ Mark

利用主板序號來註冊的一個例子,希望對大家有協助.  Unit RegObj; Interface Uses   Windows,   Messages,   SysUtils,   Classes,   Forms; Type   TRegObj= Class   Private     FSerial: String; //主板序號     FKey: String; //密碼     FMaxTimes: Integer; //最大運行次數     FCompany: String;

給客戶開發了一套軟體，並部署在客戶的伺服器上。為了方便維護，開了遠端控制。不過客戶使用的是聯通的網路，公司是電信網路，遠端控制很慢，於是考慮如何降低網路流量，將遠程伺服器的螢幕解析度降低、顏色數降低，不過操作還是很卡。考慮到一般操作不需要即時重新整理螢幕，只有點擊滑鼠或者輸入字元後需要擷取最新的螢幕映像，於是按照本思路自己寫了一個遠端控制的軟體。 關鍵技術：控制方式：使用B/S方式，用戶端直接用IE訪問。伺服器端直接通過HTTP協議接收指令，經過搜尋，Net直接提供了HttpListener用於

把真相說出來，曾令我為難，因為我之前是在SP工作，即無線服務提供者，說白了就是經常給大家的手機發一些亂七八糟的廣告資訊之類的商家。其中的黑幕大家未必瞭解，現在我離開SP了，看著大家用一些免費發簡訊的軟體用的不亦樂乎，我實在看不過眼，出於良心，站出來說句話吧。註：所有本文言論都為本人自寫，與星星無關，請大家提高警惕性。所有提供免費發簡訊的軟體，分兩類：1）要用手機號碼來註冊的，註冊後，免費發簡訊。2）不必手機號碼註冊的，直接免費發簡訊。讓我來告訴你們，它們黑在哪裡！先說第一類，需要手機號碼註冊的。

我的理解，項目，是為達成一個或多個目標，在某些條件的限制下，做出的計劃和工作。從理論上講，目標、條件都是客觀的因素，只要把握客觀因素，在分析達成的可行性後，目標就一定會達成。但是，事實上卻並非如此。因為，客戶對於目標的理解、與項目人員對於目標的理解，以及項目成員間對於目標的理解，存在或多或少的偏差。而對於存在的條件限制，由於條件比目標往往來得更加隱蔽（人總是喜歡好的東西），就導致了更多的不同的理解。客戶對於自身業務，通常情況下是比較熟悉的，那麼客戶對於目標和條件的理解，就取決與這個客戶的素質和能

今天睡了個懶覺，起來開啟Google Reader看到一本關於測試的新書：《贏在測試：中國軟體測試先行者之道》，很激動，因為第九章是華姐的“服務的心”。相信這本書會對所有測試的同行有所啟示，因為那些都是非常寶貴的經驗。這裡有一篇別人寫的讀後感(書中被採訪者之一)：如何成為一個優秀的測試工程師  內容簡介本書是一本傳承軟體測試經驗和人生經驗的書。作者採訪了11位軟體測試領域的專家，他們是微軟、IBM、Google、東軟和金山等知名公司的進階測試管理員，

原來一直用OneNote來做資料收集。資料收集軟體很重要的一點就是需要的時候要能很容易地找到所需資料。OneNote是通過[筆記本]=>[工作區]=>[頁]的嚴格階層來管理資料，有個假定就是資料是可以納入一個樹狀系統並且各個節點之間沒有交叉。但這個明顯是有問題的，比如我有兩個資料夾，一個是[李白]，一個是[邊塞詩],那李白的《關山月》（明月出天山)應該放到哪個檔案夾下去？或者在[李白]之下再建立一個[邊塞詩]的檔案夾?那是不是還要在[王昌齡]下也要建立一個[邊塞詩]目錄?如果以後再想

原文是ThoughtWorks一哥們在06年寫的But Martin, Enterprise Software IS Boring，中文世界裡Google前幾頁主要都是g9的那篇 商業軟體編程很無聊 ，沒找到原文譯本因原文在牆外，就拷貝到牆內一份  But Martin, Enterprise Software IS BoringMartin Fowler writes about Customer Affinity, a factor he believes distinguishes a