曾因專案的迫切需要計畫開發一打包軟體,最終卻夭折。現在回想多有遺撼。不得不令我反思當中的教訓。
我認為要想開發乙個成功的軟體兩個大的環境是必不可少的，乙個是外部環境，包括公司的支援，領導的鼓勵和擁有乙個穩定的，成熟的專案團隊，相對穩定的使用者群體。還有乙個是對軟體本身的規劃，包括對需求的明確，系統的架構，工作量的評估，明確的專案計畫和有序的計畫執行。
打包工具的失敗就是乙個印證。
打包工具的構想是源於專案中，繁鎖的，重複的人工打包操作，包括從配置庫一下**，編譯，打包，上傳ftp等操作，由於打包後進行問題驗證時又時常出問題，所以該過程不得反覆多次執行。執行過程中又難免出現放錯檔案，漏打檔案等不必要的錯誤從而嚴重影響專案進度。
打包工具就是為解決打包過程中的繁鎖操作，提供視覺化介面，為打包提供一鍵式操作。一開始構想時好的。但是一開始也是錯的，因為打包工具一開始就缺乏乙個可供運作的外部環境。公司不知道有這個專案的存在，或許還稱不上是乙個專案，因為它只是我個人提出的乙個優化專案流程的簡單方案。但是也由於這個問題，為專案的失敗埋下了乙個定時炸 彈。
開始對專案進行簡單的規劃後，包括簡單的需求分析，系統的架構。沒有正式的文件，也沒有對文件進行評審和風險評估。就開始著手開發了。開發過程中不斷的變更架構（因為一開始就沒有乙個好的架構），不斷的變更需求（雖然需求是自己做的），沒改乙個地方，對**都是翻天覆地的變化，當中的辛酸或許只有我自己才能體會。先拋開架構不說，為什麼自己做的需求，自己開發，需求都還會變呢？那是因為在開發過程中，你站在使用者的角度一想，發現那樣做確實不當，得改。這就告訴我們問題越早發現，就越容易被解決。想想如果該需求是在需求文件中詳細體現出來，在需求評審的時候被發現，那改改文件也就了事了，等到了開發時才發現這個問題，想想那個時候去改那又會有多大的改動。這也告訴我們好的文件不僅能有效的指導開發，提高質量。也能更及時的發現問題，避免不必要的改動。更是後期維護公升級的乙個依據。
當然這些變化還不足以讓乙個專案夭折。打包工具一開始規劃其中一部份包含了對開發人員的**進行檢視等功能，但由於公司推出了乙個工具已經具備這一功能，使得打包工具的這一需求已不在具備這一使用者群體。所以穩定的使用者群體在乙個軟體開發過程中也是乙個不可忽視的環節。
在專案開發到中期，我被分配到乙個實際專案中，由於沒有多餘的時間來做這個不被重視的工具，打包工具開始慢慢夭折。從這個事分析，我個人其實也算是這個專案的乙個穩定專案團隊。我被分配到其它專案中就算是為這個穩定的團隊帶來了不穩定因素。結果導致專案夭折。可見乙個穩定的，成熟的專案團隊在專案中的重要性。
這個專案雖然失敗了，但我從中吸取了很多教訓。如果再給我一次機會來做這個專案，有幾個事情我必須得做。
1,向公司審請，將該專案作為公司內部專案正式立項。確保有乙個穩定的外部環境。
2,向廣大使用者(開發人員)收集需求，整理形成軟體的基本規格。
3,明確制定專案計畫，有組織，有目地的進行研發。
4,根據基本規格編寫需求文件，明確功能點，進行大眾評審，及時發現問題。
5,制定詳細的架構規劃。進行評審。
6,協調有紮實功底的開發人員，確保技術難題被攻破
7,協調有豐富經驗的測試人沒，保證版本質量
vcpkg VC 打包工具
原文 引用 vcpkg 是微軟 c 團隊開發的在 windows 上執行的 c c 專案包管理工具,可以幫助您在 windows 平台上獲取 c 和 c 庫.vcpkg 自身也是使用 c 開發的 而其他的 c 包管理大多並不是 c 開發的 並且 vcpkg 能夠幫助使用者在 visual studi...
前端打包工具
前端打包工具是一種將前端 進行轉換，壓縮以及合併等操作的程式工具。目前常見的有grunt，webpack等。它能將我們前端人員寫得less,sass等編譯成css.將多個js檔案合併壓縮成乙個js檔案。它的作用就是通過將 編譯 壓縮，合併等操作，來減少 體積，減少網路請求。以及方便在伺服器上執行。目...
打包工具分析
nsis是最好的免費打包工具，功能強大。暴風影音，ppstream,qq,搜狗拼音,flashget等知名軟體都是用它打包的，而且學習簡單，下幾個例子就會了，缺點和inno一樣，都是指令碼的，沒有方便的gui嚮導，其實第三方工具是有gui 生成器的 這個論壇有比較豐富的案例 inno和install...