今天是進駐的第一天，在這裡安家真的很不錯，十分感謝dudu的幫助。
現在快到春節了，心緒也輕鬆了一些，雖然看了很多關於.net的文章和書籍，只是太懶了，由於公司沒有這方面的專案，看來只能自己想些辦法了，想了很久，決定和yaozhj合作開發個小專案，就當作休息時間的一些課外作業吧。
專案名稱：nduiker
原因：
目前在公司主要負責乙個產品，公司很小的，自然有些工作方式是不正規的，沒有辦法，這些也許是中國的特色吧，我想很多小的開發團隊都有這方面的問題。每當新產品發布的時候，週期都很長，從vss中簽出**、編譯、打包、ftp上傳、傳送更新郵件、燒錄、發行。其實很簡單，但是做的久了也就煩了。因此使用指令碼，將全部流程自動化，自然高興了好幾天，但是，每個新的專案全部周而復始，指令碼改來該去，也是很麻煩。這樣，我想，如果有乙個好的基於windwos介面的框架，它可以以圖形化的方式來進行流程的構造，這樣可以大大簡化這方面的工作量。為了共享流程方面的經驗，軟體所有的介面是開放的，任何成熟的**，可以形成乙個圖形化流程中的圖例，這樣很多團隊就可以復用這方面的經驗，提高所有團隊的工作效率了。
構思：
基於.net技術的乙個輔助軟體開發工具，它可以將任何使用commandline的軟體有機的整合到一起來，任何**片斷，都能夠形成可復用的圖例，用於構造新的流程。
介面基本上是通過託拽圖示來實現，有簡單的變數設定、簡單的流程設定。
這個專案目前定位的開發團隊中有自動化流程經驗的使用者，慢慢面向普通使用者。
在整個專案中所有的配置、介面控制、內部資料全部採用xml描述，採用元件化的開發方法，看看我們是否能夠做出來。
團隊：
duiker、yaozhj
ps：
目前每天工作3個小時來保證專案的進行，就當玩個遊戲吧。
進度：
（1）專案構思、專案門戶
（2）結構設計
（3）核心技術解決
（4）編碼
（5）測試
（6）發布測試版
。。。。。。
ps：
昨天開始了一些**方面的試驗，基本目的是這樣的，就是將可執行檔案拖動到指定的窗體上，自動判斷該檔案是否支援命令列，如果支援命令列，則顯示該檔案所支援的所有命令列引數。
剛剛開始就遇到了一些問題：
（1）win32位和win16位的程式在commandline的處理上是不同的，win16的可以定向到文字檔案中，win32則不可以，也許可以我還不知道。
（2）需要判斷檔案的格式，然後分析具體的格式，來選擇處理方式，有些暈了。
（3）這個工具只是輔助收集，看來大量的收集工作需要手工來完成了。
基本場景：
定時處理
vss取出**
編譯程式
wise打包
ftp上傳到伺服器
傳送到測試伺服器
自動安裝
郵件通知
技術障礙：
圖形化開發
元件化**快
命令列整合
先到這吧，看到這是不是覺得這個東西很某些軟體比較像呢，不管了，做遊戲嗎。
現在看來想法還不太成熟，畢竟剛開張嘛，nduiker開始了。
NDuiker專案第2天總結
昨天晚上基本上實現了通過託拽檔案實現自動檢視命令列的功能。總結一下遇到的技術問題和解決辦法吧。託拽檔案到文字框並在文字框顯示檔名的辦法 文字框的allowdrap true private sub txtfilepath dragenter byval sender as object,byval ...
NDuiker專案第2天總結
昨天晚上基本上實現了通過託拽檔案實現自動檢視命令列的功能。總結一下遇到的技術問題和解決辦法吧。託拽檔案到文字框並在文字框顯示檔名的辦法 文字框的allowdrap true private sub txtfilepath dragenter byval sender as object,byval ...
專案管理 啟動 專案啟動會議
專案啟動會議，召集所有的干係人一起，告訴大家我們要幹什麼，這件事情多重要 以及達成之後會怎麼樣。目的在於調動大家的熱情，順利推動專案。人都傾向於去做有價值的事情，在專案啟動會上，同步本專案的商業價值，讓所有參會者清楚這件事情做成了會有什麼作用，同時對後續的獲得專案優先順序授權有一定的作用。乙個專案要...