J2EE項目危機【翻譯】 -避免這10項J2EE危機來確保你的企業JAVA項目成功

在我作為開發人員、進階開發人員、架構師的經曆中，我遇到過好的、差的甚至是醜陋的企業級JAVA項目。當我問自己，是什麼使一個項目成功而使另外的失敗，我發現很難得到一個完美的答案，就好像很難用成功來定義所有的軟體項目。J2EE項目也不例外。因此，項目被分為不同層級的成功或失敗。在這篇文章裡，我主要想為您——讀者朋友——揭示影響企業級JAVA項目的最大的10項危險。
一些危險只是簡單的延遲項目進度，一些卻是錯誤的徵兆，而還有一些使項目徹底沒有成功的希望。儘管如此，如果具有良好的準備，征程開始前相關的知識和熟悉地形的嚮導，所有的都可避免。
這篇文章結構簡單，我會按以下方式來揭示各種危機：
危機的名稱
項目階段（Project phase）：危機所出現的項目階段
所牽連的項目階段（Project phase(s) affected）：大多情況下，這些危機對隨後的“項目階段”有一種順帶（knock-on）的影響
解決：避免危機的方式以及如何最小化它們的影響
注釋：有關該危機我想透露的觀點，但不適合以前的分類
如上所注，我們將在企業級JAVA項目背景和它的各個重要階段中檢查每一項危險。這些項目階段包括：
供應商選擇：在你啟動J2EE工程之前，挑選你的最佳工具組合的過程——不論是應用伺服器還是咖啡品牌
設計：不論是嚴格的瀑布模型還是"code it and see"（試翻譯為：編碼和運行查看）方式，我對設計都有這樣一個觀點：我做了充分的設計，因此我可以輕鬆的進入開發階段。當我確切知道我在建造什麼和如何建造時，我認為我的設計階段完成。另外，在進入開發階段之前，我使用設計範本來保證我對我自己問了所有正確的問題並且有了建議的解決方案。然而，我在該階段同樣也不害怕寫代碼；有時，這是回答問題的唯一方式，執行和模組化（ performance or modularity）。
開發：這個階段早期有大量工作要做。選擇好的工具加上一個良好的設計並不總是意味著開發階段會非常順利，但的確會很有用。
穩定性/負荷測試：在這個階段，系統架構師和專案系統管理員將關注系統健壯性和構建品質，如確保系統的關鍵統計——並發使用者數，失敗的情境等。然而，直到這一階段，代碼品質和運行亦不應被忽略。事實上，你不能留一些差的或慢的代碼到健壯性階段來改。
存在階段[live]：這並不是真正的項目階段，it's a date set in stone（想了半天也不知道怎麼翻譯:-{）這是關於準備的階段，也是以前的錯誤的鬼怪出沒的地方，不論是差的設計、開發還是錯誤的（開發工具）賣主的選擇。