軟件

首先聲明，今天喝多了軟體是什麼?(在這裡我所提的軟體範圍限於公司專屬應用程式軟體)1.形象工程2.一套辦公輔助軟體3.一個全新的生產關係4.一個可以對企業產生深遠影響的先進生產力開發設計過的系統也不少了，平心而論，成功的少，失敗的多，但在這個時代，工程項目永遠都是勝利完成的，以前寫過一篇關於需求的文章，中心思想是需求在一定的時期內是不變的，說需求總在變的人，是從來都沒有真正看清需求的人。一個好的系統可以用5年以上，一個精確的需求至少可以用10年，或者幾十年我向來主張做需求不是問使用者要做什麼，而

摘自：《敏捷式軟體開發 (Agile Software Development)：原則、模式與實踐》 Robert C.Martin【著】，鄧輝【譯】敏捷式軟體開發 (Agile Software Development)宣言 : 個體和互動        勝過   過程和工具 可以工作的軟體    勝過   面面俱到的文檔 客戶合作          勝過   合約談判 響應變化          勝過   遵循計劃(雖然右項也具有價值，但左項具有更大的價值)  敏捷宣言遵循的12個原則：1.

"客戶說是這樣的！"，"客戶根本沒這個需求！"需求對程式員而言，往往猶如聖經，客戶說了，我們就要這樣做。但是，往往客戶明天就變了一幅嘴臉，原本明明說好按鈕在下面的，結果現在一定要挪到上面去，明明不需要儲存顏色的，結果現在一定要把顏色也加上。於是我們從頭改到尾，從下改到上，好不容易改完，好了，客戶明天想法又變了！怎麼辦？繼續改！ 好吧，厭倦了這種可怕的生活了吧，於是我們希望應對這種問題，於是我們決定，通過設計一個完美的架構來解決問題，我們希望，當客戶需求變更的時候，只要改改配置就可以應對。客戶不是

1 前言 　　一般來說，軟體工程師總是非常樂觀。當他們在計劃軟體項目時，經常認為每件事情都會像計劃那樣運行，或者，又會走向另外一個極端。軟體開發的創造性本質意味著我們不能完全預測會發生的事情，因此制定一個詳細計劃的關鍵點很難確定。當有預想不到的事情引起項目脫離正常軌道時，以上兩種觀點都會導致軟體項目的失敗。

      對於一個類，應該僅有一個引起它變化的原因，很簡單，如果一個類承擔了多餘一個的職責，那麼引起它變化的原因就會有多個。也就等於把這些職責耦合在了一起。當然了一個職責的變化可能會削弱或者抑制這個類完成其他職責的能力。最終的結果就是這種耦合會導致一種脆弱的設計。例子：Retangle類有兩個方法。一個方法把矩形繪製在表單上，另一個方法計算矩形的面積:                            多餘一個的職責的情況   

複雜度畫一個圓圈，圓圈裡面的部分代表你已經掌握的知識，圓圈外面是你未知的領域，圓形的線條代表目前狀態下，那些你已經認識到但還沒有被掌握的地區。結論是你掌握得越多，你所認識到未掌握的東西也越多。如果把這個比喻用於軟體開發過程，也是一個很有意思的現象:這次圓圈裡面的部分代表複雜度(且不管複雜度具體應當包括哪些，怎樣衡量)，圓圈外面的部分代表風險，圓形的線條則代表項目過程中有可能遇到的風險。結論是複雜度越高，項目的風險越大。從字面意義理解複雜度，上面的結論是顯而易見的，但在具體項目中，我們卻經常因錯誤

    軟體架構組織原則與模式的摘要和筆記   誰才是架構師？怎樣做好架構？   軟體架構的主要障礙往往在於組織方面而非技術。創造切實可行的軟體架構需要對技術的深入把握、良好的認知能力和溝通技巧以及大量艱苦的工作。然而，軟體架構的成功並非只是技術和優秀工程師的事情，它的成功往往依賴於資深經理、主管和實施者（此處指架構的實施者，可以理解為產品開發人員，即使用架構進行開發，實現架構價值的人）所忽略的組織因素。技術上出色的架構往往由於沒有全面的處理好組織因素而失敗。    VRAPS (Vision,

可維護性和可複用性是兩個獨立的目標，就像兩隻奔跑的兔子，並不總是方向一致的。對於物件導向的軟體系統設計來說，在支援可維護性的同時，提高系統的可複用是一個核心問題。軟體的維護和普通產品的維護不同，它不僅包含清除錯誤和缺陷，而且包括對已有效能的擴充，以滿足新的設計要求。軟體的維護就是軟體的再生，一個好的軟體設計必須能夠允許新的設計要求以比較容易和平穩的方式加入到已有的系統中去，從而使這個系統能夠不斷的煥發青春。導致軟體可維護性低的真正原因有四個：過於僵硬，過於脆弱，複用率低，粘稠度高。過於僵硬：很難

上次發的照片效果http://www.cnblogs.com/aowind/archive/2005/03/03/112392.htmlp

昨天，微軟放出了Windows Xp Service Pack 2的正式版，喜歡嘗鮮的朋友想必已經裝上了吧，不過……不知道嘗鮮的朋友有沒有發現你們的BT、電驢、主動模式的FTP速度爆慢基至無法串連？原因就在於SP2的增強了的網路安全性上!它對於從外部發起的對原生串連進行的限制，只有認證了的連接埠如135、21這類的才給予允許存取，而對於不定連接埠的串連則全部丟棄，而這類串連卻是前面所提到的應用所要用到的!那怕你禁用防火牆的功能或是在防火牆裡

幫一獵頭公司貼的招聘資訊，上海招聘Senior SoftwareDeveloper (.Net), 工作地點靜安寺，薪水10K上下，具體根據背景面談，要求4年以上，英語能讀寫，口語不要求，具體描述如下：  Responsibilities： Workwith other senior consultants in determining project scope, deliverables, timeestimatesAnalyzethe business requirementDesign,

MSDN:軟體工廠簡介摘要：簡要介紹 Microsoft 開發軟體工廠這種方法的動機。所謂軟體工廠就是指為了支援某種特定應用程式的快速開發而配置的開發環境。軟體工廠從邏輯上講就是軟體開發方法和實踐的下一個發展階段。然而，通過引入產業化模式，軟體工廠勢必會改變軟體行業的現狀 。也許我們都希望軟體的開發可以象生產汽車一樣，形成流水作業。 可是

GRI-MindHarbor公司現在中國大陸招聘DotNet軟體工程師3人要求對物件導向技術有比較深入的瞭解瞭解web2.0的相關技術。英語閱讀能力較強。工作經驗不限，性別不限，學曆本科。能力是我們考慮的第一位。如果你不能夠完全滿足我們的要求，但你是一個肯穩下心來學習的人，我們同樣歡迎。經過初步篩選將先由美國直接安排電話面試。(如果您英語口語不佳，可安排在美國的華人與您進行電話面試。)工作地點：珠海具體要求和連絡方式有疑問可在此直接回複

名詞軟體系統：由軟體的立項、設計、實現、運行/運營、維護等行為以及子系統、模組、功能等元素構成。行為：與軟體系統相關的，由人或自動化程式參與的工作。元素：構成軟體系統的靜態實體。定理：軟體系統複雜度守恒原理軟體系統的總複雜度是恒定的。複雜度可以從一種元素中轉移到另外一種元素中，也可以從一種形式轉換為另外一種形式。推論：軟體系統複雜度只增原理向系統中添加任何額外的元素，或增加任何與系統相關的額外行為，都只會使複雜度上升。1

　　1. EditPlus：文文書處理軟體　　EditPlus 是一款功能強大的文文書處理軟體。它可以充分的替換記事本，它也提供網頁作家及程式設計師許多強悍的功能。支援 HTML、CSS、PHP、ASP、Perl、C/C++、Java、JavaScript、VBScript 等多種文法的著色顯示。程式內嵌網頁瀏覽器，其它功能還包含 FTP 功能、HTML 編輯、URL 突顯、自動完成、剪貼文本、行列選擇、強大的搜尋與替換、多重撤銷/重做、拼字檢查、自訂快速鍵。 　　2.

周末了，貼個招聘資訊，然後說說我的經曆，大家對比評論一下，這個職位可以值多少錢？地點在深圳關外寶安區的一家集團企業一、.NET進階軟體工程師要求如下： 1、電腦相關專業畢業，英語水平4級以上，大專以上學曆。 2、熟悉.NET平台技術，精通VS.NET架構下的C#編程，主要基於WinForm的編程，並熟練使用Delphi編程； 3、熟練掌握ADO.NET，ASP.NET,掌握至少一個主流資料庫（SQL Server、Oracle）的開發應用，熟悉預存程序及觸發器編程；  

均已招滿，謝謝大家支援公司一：北京聯合網視文化傳播有限公司公司介紹：http://www.uitv.cn/招聘職位：ASP.NET進階軟體開發工程師職位描述：1、基於.NET 2.0和SQL Server 2005開發。應聘要求： 1、電腦相關專業本科以上學曆，3年以上ASP.NET實際開發經驗（水平高者可放寬要求）；2、精通ASP.NET(1.1/2.0)(C#)，WEB

目前，我們公司(世界500強企業）招聘ASP.NET(C#)軟體工程師，有興趣的朋友，我幫你們推薦。工作地點：上海要求：1) 1年以上.NET或asp.net開發經驗2) 熟悉.Net Framwork 2.03) 語言：日語(日語三級水平以上，.net)    英語（讀寫英文文檔，能夠對話，ａｓｐ．ｎｅｔ）有興趣的朋友可以直接和我mail聯絡，或者發簡曆給我。郵件地址： roger.yuanlong.yu@accenture.com

在此對team的第一次討論做一些概括。當然，蟈蟈的文章更加原汁原味，各位如果有時間的話可以去看看。在下面的文章中，大部分論點屬於team，不是我個人觀點。 大家對設計模式的認識是怎樣的vcfly.net  設計模式就是一種思想，但思想的基礎是要有一定的實踐經驗wayfarer   我認為在應用設計模式上，有兩種方式              從傳統的軟體開發出發，對體繫結構設計的時候，如果熟悉設計模式，那麼設計的軟體在擴充性和               健壯性，都比較好            

   今天,部落格園的又一個團隊成立,它就是敏捷式軟體開發 (Agile Software Development)組織.http://www.cnblogs.com/team/Agile.html   近一年來,對敏捷式軟體開發 (Agile Software Development)非常感興趣,加之最近對現在的項目的反省,所以有了建立敏捷團隊Blog的想法.今天開啟部落格園,立即向DUDU申請.DUDU效率真快,很快得到回複.在此,感謝的DUDU的工作,同時也感謝部落格園的每一位同仁.