其他

最近有一個同事安排了一個關於項目中出現的“迂迴”問題的討論，非常有意思。對於迂迴，他是這樣解釋的：Code highlighting produced by Actipro CodeHighlighter

    專案經理這個“神聖”的詞彙來源於西方，是PM(Project

好文章，大家共勉：1. 敏捷是“一個”過程　　敏捷不是一個過程，是一類過程的統稱，它們有一個共性，就是符合敏捷價值觀，遵循敏捷的原則。敏捷的價值觀如下：　　個體和互動 勝過 過程和工具　　可以工作的軟體 勝過 面面俱到的文檔客戶合作 勝過 合約談判　　響應變化 勝過 遵循計劃　　由價值觀引出的12條敏捷原則：　　我們最優先要做的是通過儘早的、持續的交付有價值的軟體來使客戶滿意。　　即使到了開發的後期，也歡迎改變需求。敏捷過程利用變化來為客戶創造競爭優勢。　　經常性地交付可以工作的軟體，交付的間隔

<原文我在2006/09/13發表於藍色小舖>之前一直以為UML是SA的語言，只有SA才該熟UML，所以我只有對Class

 微型項目實踐感悟1什麼是微型項目微型項目是指絕大部分工作由一個人員負責的項目，這個核心成員負責項目的系統分析、構架、及絕大部分的編碼工作。項目的期間一般不會超過一個月。項目的參與人員除了核心的程式員外還可能一部分輔助人員，包括第二程式員（負責一部分編碼工作）、美工（負責介面設計）等。微型項目的規模一般很小，商務邏輯也比較簡單，價格一般也不會超過10K。程式員通常直接和對方領導打交道。客戶大多沒有任何技術背景。需要程式員直接負責系統的需求分析。2微型項目分析2.1一般流程：微型項目的流程可以說沒

      在這裡用到 屬性(Attribute),  屬性(Attribute)與屬性(Property)不同, 前者是用來描述編程元素的,後都是用來描述對象的. 簡單地說,

1.專案管理指的是什嗎？答：專案管理是指如何在有限的經費，時間，原料，裝置或人力等資源條件下，以最有效管理的控制方式來實現某項既定的計劃。2.一個項目的生命週期是什嗎？答：明確項目目標，制定計劃表，發布計劃表，跟蹤項目過程和根據變化作調整，完成項目與文檔。3.任務的概念是什嗎？答：所謂任務，是指開始日期和完成日期的具體工作，它是議程的組成單元。項目通常由相互關聯的任務構成。4.階段點的概念是什嗎？答：所謂階段點，是指一個工期為零，用於標識議程中重要事項的簡單任務，它可以作為項目主要事件的參考點，

很簡單，建立一個零工期的任務，Project 會自動顯示為裡程碑。更詳細內容可參考Project協助：在“視圖”菜單上，單擊“甘特圖”。 在要更改的任務 （任務：一種有開始日期和完成日期的操作。專案計劃由工作群組成。）的“工期”域中鍵入 0。 按 Enter。當為任務輸入零工期 （工期：完成任務所需的有效工作時間的總範圍。通常按照專案行事曆和資源行事曆的定義，為從任務的開始時間到完成時間的工作時間總量。）時，Microsoft Office Project 2003

實施入門者必看       1.初次調研：       　　主要的目的就是erp軟體供應商的實施顧問人員能夠對企業各個部門的商務程序初步瞭解，能收集到各個部門業務流的所有單據，和各個部門人員的認識，瞭解他們對erp的認識和期望，以便制訂工作計劃。       2.系統培訓：       　　主要的目的就是能夠讓企業所有人員認識到什麼是erp，並在企業中應用erp系統能給企業帶來如何的效益，另外就是erp軟體的各個系統的功能培訓。       3.流程擬定：      

        好的專案經理是應該貪婪一點的。這一點貪婪倒並不一定體現在項目獎金上。        專案經理的工作就是保證項目的順利進行，僅僅順利並不能作為項目的全部要求，我想更重要的一點是，專案經理應該在可能的情況下要求項目進行的好。這個好是需要一點技巧的，我的意思是除去專案管理技巧之外，你還需要一顆對好的不斷追去的決心，我們稱這種決心為貪婪。        為了實現這種貪婪專案經理應該明白，任何合法的手段都是可以接受的。馬基亞維裡在《君主論》裡談到偉大的君主要有必要的“惡德”，我想貪婪應該算

      用VS建兩個項目(CustomControlSample, TestControl), 項目類型分別是類庫(不是內褲!!!),

流程管理是企業管理的基礎，而[b]ERP[/b]是運用了資訊技術的資訊流程，流程管理貫穿[b]ERP[/b]始終[b]。[/b]ERP與流程管理的不解之緣

        曾國藩是清朝末年的明臣，幾乎以一個人的力量庇護了清朝的江山，使清朝得以延續了若干年。他是個出色的理學家，也是一位非常有能力的管理者。曾國藩一生有十三套學問，其中傳世的只有兩套，其中《曾國藩家書》算是一套，《冰鑒》算是半套，《挺經》算是半套。在這裡我推薦給各位想要成為專案經理的朋友的就是這半套《挺經》。        挺經開篇的故事就是說有那麼一天，某人家裡來了客人，於是某人就讓自己的兒子去街上買點豬肉來招待客人，那個時候豬肉是個好東西，也沒現在這麼貴，但是某人的兒子出去以後大半天

1、Borland.Together.for.Microsoft.Visual.Studio.NET  2.0      評級：       總評：小巧、笨重、無可奈何      第一次見到Together的時候，就覺得好像找到了自己真正想要的工具，居Borland聲稱，Together的這個版本是一個很棒的MDA工具， 更是讓人激動不已。      代碼同步很好，同時支援代碼重構功能，在Visual

我最近思考做一個這樣的東東（可能市場上已經有了，沒做調研，目前只是在琢磨假設我做，我會怎麼做）：需求--一個中產階級家庭，上班，家裡沒人。可以通過網路攝影機監控重要地方。需要這樣一個東西，每天回到家後開啟監控錄影，看有沒有特別事件發生。一條條的拉著看得看多久啊。如果錄影能夠自動提示在幾點幾點有動靜該有多好啊！這東東對辦公室環境非常有用。看起來比較難做，首先面臨的是這樣一個問題：需要對數G的錄影進行識別和搜尋，計算量很大。每次看的時候要"預熱"大幾十分鐘，那還得了。（1）方案選擇解決方案其實很簡單

    大部分的技術人員都是純粹的理想主義者，這也難怪，接受了10幾年理想主義的教育，每個人都難免有匡扶某某，恢複某某的決心。就像某個朋友在給我的回複中說的，“為什麼總是張口閉口國情呢?什麼都要符合國內,什麼都不遵循標準,那麼中國永遠也不會出現微軟!

我們來假想一個微型項目，為了具有普遍性，設定如下環境：1、用於單機環境的管理軟體，用於VCD管理。2、指定採用資料庫是Access。3、使用者對電腦較陌生，是第一次計劃要使用此類軟體來進行管理。4、使用者擁有的電腦是剛買的，價值在3000左右。5、使用者需求不明確，在項目啟動到結束，整個過程中，都不明確。6、使用者無法隨時參與到項目中，只能保證有需要時能夠過來看一下。7、使用者要求一般，不是十分苛刻，但卻要求確實能夠提高管理效率。8、使用者可以聽從開發人員的建議，改變目前的管理方式。9、使用者因

原貼：回帖整理：關於TDD引發的流行方法的思考其實我相信ThoughtWorks能做好TDD， 只是我不相信大多數中小公司和目前存在著這樣那樣混亂情況的組織可以做好TDD。 像Ruby之類的情況，編譯期檢查根本沒有，測試就變得非常重要，節約時間，提高效率那是可以肯定的。在這方面，由於各種測試在實質上替代了一部分編譯器和連接器的工作， 自然用處要大得多。

在UI上使用BackgroundWorker   凡是WinForm的應用程式，如果他執行了一個的非常冗長的處理操作（比如檔案查詢），它在執行時會鎖定使用者介面，雖然主使用中視窗 一直在運行，但使用者無法與程式互動，無法移動表單或改變表單大小，所以使用者感覺很不爽。如何做才能使得這個程式有響應。答案就是在後台線程中執行這個操作。   在這裡已經有了多種方法來做這個事情：  

看到了吧？　ComplexProperty 屬性的子屬性 Max, Min