其他

標 題 : [ 誰不是“過渡技術”？ ]孟 岩 : http://blog.csdn.net/myan 標  題 :[ WPF,一次洗牌…… ]sunhui : http://blog.csdn.net/sunhui 標  題  :[ 手機Linux依然面臨內憂外患 ]Top大雜燴 : http://blog.csdn.net/fengyv 標 題 :[ 外掛程式系統·系統整合方案 ]陳亮亮 : http://blog.csdn.net/cll0320 標 題 :[ Java開發王者首部曲 :

(作者：鄭岷 )引言：[ 美 ] Grenford J. Myers 在 1978 年所著的《 The Art of Software Testing 》一書中，首先用一章的篇幅論述了程式測試的心理學和經濟學問題。他認為要淡軟體測試問題， “ 最為重要的卻是經濟學問題和心理學問題 ” 。並在列舉了當時大多數人使用的完全錯誤的 “ 測試 ” 定義所導致的危害之後，給出了被業界普遍公認和引用的 “ 較為恰當的定義 ” ，即 “ 程式測試是為了發現錯誤而執行程式的過程 ” 。 Grenford

測試的革命　 　 　 　 作者：Sam Guckenheimer 翻譯：Blueski 日期：2003-1-20 　 愛因斯坦在1915年發表了廣義相對論，當時這還只是一項偉大的科學猜想。4年後，Arthur Eddington和一個英國科學家組成的小組完成了一項重要的實驗，在實驗中他們拍攝了在日蝕過程中Hyades星雲的圖片， 該實驗表明，因受日蝕影響，圖片中產生了很大的誤差幅度，由此證明了愛因斯坦關於空間的彎曲和光的重力效應的預測。福士媒體隨即

   導語：美國《財富》網站今天發表分析文章稱，現在的Web2.0就像是15年前的電子郵件，越來越多地應用於企業領域，並有望成為改變“比賽進程”的商務工具。　　社交網站MySpace和Facebook都是最有名的Web2.0的例子，它們吸引了大量的使用者。與此同時，每天都會有一些新興Web2.0 公司出現，為使用者提供各類互連資料，包括有關公司、業務往來、以及個人的資訊。那麼，企業應當從哪裡開始使用Web2.0呢？通過調查多名使用

標 題： [  碰撞的火花：關於中國電腦教育的爭吵 ]編輯導語：北理工的金旭亮老師一篇《我被中國電腦教育的現實打敗了》近期在csdn網站上引發了一場關於“中國電腦教育”的思考大潮。熱心網友紛紛跟帖，闡述自己的觀點並建議。其中包括論壇網友FengYuanMSFT(袁峰)。他們兩個，一個身處國內著手教學，百感IT教育危機；另一個身處國外著手開發，認為做電腦軟體開發還是應在學校將理論基礎打牢，他們的話究竟誰的才更為貼近現實？或者現在，我們真正要做的是：做好自己！ 標 題： [

三﹑部落格周刊•深度閱讀標     題:   [.NET三層經典架構PetShop3.0分析之資料訪問層]冷楓的專欄 http://blog.csdn.net/JavaProgramers/標     題:   [NET三層經典架構PetShop3.0分析之表現層]冷楓的專欄 http://blog.csdn.net/JavaProgramers/標     題:   [ 軟體測試的“道”與“術”]崔啟亮的專欄 http://blog.csdn.net/giltworld標     題:   [

標 題 : [ 建立你的.NET 3.0開發環境 ]DotNet開發聖殿: http://blog.csdn.net/dotnetcool/archive/2006/11/17/1389813.aspx　標  題 :[ [翻譯]Windows Vista的秘密4: 禁用UAC ]Tony Qu: http://blog.csdn.net/tonyqus/archive/2006/11/29/1421046.aspx　標  題  :[ 以WPF繪圖簡單的圓形]DotNet開發聖殿: http://

遊戲開發技術圈子 圈主介紹:  任曉宇,  (網名:fannyfish)CSDN部落格推薦專家，CSDN論壇資深博友，多年從事開發工作，熱愛遊戲編程 圈主部落格: http://blog.csdn.net/fannyfish 圈子介紹: 智慧只是理論而不付諸實踐，猶如一朵重瓣的玫瑰。 熱愛遊戲編程的朋友們集合在這裡，交流遊戲開發中遇到的種種技術問題，思想的碰撞迸發出智慧的火花和新的創意，無論是遊戲開發人員還是美編都能在這裡尋覓到自己想看想學的內容。經典好文:

層級CMM 過程域CMMI

為什麼企業不能把握正確的時機，來出售某個失利的業務部門或者是退出失敗的項目，轉移組織的發展方向呢？原因有很多。其中首要的原因是，當決策者面對不成功的業務或項目時，心理偏差會把他們引入歧途，使他們不能做出正確的決定。這些偏差導致公司忽略了危險徵兆，即使獲得了新資訊，也沒能及時調整目標，最終連老本都賠上。　　退出決策該怎麼做呢？《麥肯錫季刊》上的一篇文章Learning

標     題:   [對“三層結構”的深入理解——怎樣才算是一個符合“三層結構”的Web應用程式？]JavaProgramers的專欄 http://blog.csdn.net/javaprogramers標     題:   [MrXie 之Asp.Net Ajax系列(二) 部分網頁呈現(Partial-Page Rendering)]Mr Xie的專欄 http://blog.csdn.net/eshao標     題:   [ Linux手機DIY.庫檔案專題.相容性問題]起點的專欄

一.寫入Cookie（.net後台） HttpCookie cookie = new HttpCookie("name", "ming");HttpCookie cookie2 = new HttpCookie("pass", "123");Response.Cookies.Add(cookie);Response.Cookies.Add(cookie2); 這樣寫Cookie，值為：name=ming;pass=123 HttpCookie cookie = new

五﹑部落格周刊•推薦Blog圈子WindowsMobile開發人員圈子 圈主介紹:馬寧,(網名:aawolf)微軟最有價值專家(Windwos Mobile MVP)長期從事Windwos Mobile應用的架構設計和程式開發，擅長.NET Compact Framework,C , SQL Mobile開發，主要開發方向是WindowsMobile企業級應用。是CSDN移動頻道、《程式員》雜誌專欄作家。為微軟MSDN、TechNet 多次進行過WebCast講座。是Tech-ED2005,20

 項目的進度管理是一門藝術，是一個動態過程，需要不斷調度、協調，保證項目的均衡發展，實現項目整體的動態平衡。項目開始前的計劃，對任務的測試需求有一個大體的認識，但深度不夠，進度表可能只是一個時間上的架構，其中一定程度上是靠計劃制定者的經驗來把握的。隨著時間的推移、測試的不斷深入，對任務會有進一步的認識，對很多問題都不再停留在比較粗的估算上，項目進度表會變得越來越詳細、越準確。項目的進度管理主要通過裡程碑、關鍵路徑的控制並藉助工具來實現，同時要把握好進度與品質、成本的關係，以及充分瞭解進度的數量和

標 題: [微軟正式推出.NET Framework 3.0 Redistributable Package]摘 要:NET Framework 3.0 Redistributable Package就是.NET Framework的安裝組件，微軟於2006/11/6日正式提供下載 DotNet開發聖殿  http://blog.csdn.net/dotnetcool標 題: [嵌入式圖形處理器-坐山觀虎鬥?]摘 要:－許多網站都用類似的語言描述了nVidia

                    01. 不說"不可能"三個字.02. 凡事第一反應:找方法,而不是找借口. 　　03. 遇到挫折對自己大聲說:太棒了! 　　04. 不說消極的話,不落入消極情緒,一旦出現立即正面處理　　05. 凡事先訂立目標,並且盡量製作"夢想版". 　　06. 凡事預先作計劃,盡量將目標視覺化. 　　07. 工作時間.每一分,每一秒都做有利於生產的事情. 　　08. 隨時用零碎的時間(如等人、排隊等)做零碎的事情. 　09. 守時. 　　10.

標 題:  [創業故事之 只要我們還活者]摘 要: 作為一個長期侵淫於技術層面的老牌開發人員，本人也同筆者一樣，為了自己的理想而拋棄一切，去探索和欣賞大自然的美，去體會軟體進化的韻律，也曾為曆史發 出一些光和熱。 將近二十多年的軟體開發之路，作為曾經的弄潮兒，已經不是當初意氣風發、氣概山河的毛頭小夥！無情的現實告訴說，活著就必須吃飯！看到遠不如自己技術的一

品質管理，在過去多少年都提倡“以顧客為中心”、“顧客是上帝”，現在可能是我們打破這種理念的時候，企業更強調人性化管理，建立品質的新理念——“以員工為中心”，為什麼怎麼說呢？       產品需要顧客掏錢買，服務需要顧客接受，如果顧客不滿意，顧客就不會買我們的產品，就不會為我們的服務付費。從這個意義上說，我們要讓顧客滿意，顧客都是對的，一切工作圍繞顧客服務。但是，我們都清楚知道，任何產品都是由我們員工開發出來的，任何服務都要由我們員工提供的。如果我們員工不滿意，在開發產品的時候，他們能精益求精、

       針對軟體產品的6個品質特性，筆者結合具體測試工作中的體會，分別論述軟體測試的必要性和重要性。1．功能性(functionality) 在指定條件下，軟體產品應滿足明確或隱含需求功能的能力。 ISO/IEC 9126品質模型在該品質特性下，進一步定義了5個子特性，分別為：適合性（suitability）；準確性（accuracy）；互通性、互用性（interoperability）；依從性（compliance）；安全性（security）。

有效需求訪談2         需求訪談之道l  五行文化：木火土金水，分別代表需求的五大能力：創新、技術、溝通、管理、業務能力。l  需求定義：使用者達成自己的業務目的所需要的功能。2.1     需求問題就是溝通問題l  溝通存在的問題：1)         溝通失真每經過一層的溝通，會有60-80%的丟失率2)         避免溝通失真的可行方法通用溝通：文檔（作用：溝通網路的終極器）、驗證（review：用自己的語言陳述要點，與客戶達成一致，避免遺漏溝通內容）3)