什麼是企業級項目開發
前言："企業級項目"，這個我們到處看到的詞語，每天被我們掛在嘴邊，可是到底什麼項目纔算是"企業級"？自己一直以來開的項目到底算得上企業級嗎？本篇和大家交流，探討下！
本篇的議題如下：
1 . 項目開發的現狀
2. 什麼是企業級項目
1 . 項目開發的現狀
一直以來，我們都在不停得做項目，趕項目。相信從大家開始做項目到現在，做過了很多大大小小的項目，或多或少也有讓自己很引以爲豪的成功了的項目。大家回頭想想，我們的項目一般是怎麼做出來的！每個公司有不同的做法，但是起碼在有些方面還是差不多的。
每次項目到來，幾次會議之後，項目就開始了，開始分配人員，開始分析一些從客戶那裏拿來的需求，然後一些骨幹的開發人員就開始爲項目搭架子。於是一個項目就算是進行起來了。談到了爲項目搭架子，專業點說就是做架構了，說是做架構，其實就是把項目按照慣例分割爲幾個邏輯層，至於說這個架構好不好，有什麼風險，是否可以適應以後的變化，採用的技術的風險和可行性分析，這些很少考慮，原因很簡單：一般的都是這麼開發的，應該沒有什麼大的問題。確實，很多的項目也確實是這樣的開發的，而且很多也成功了。這些無可厚非，至於說什麼標準不標準，是否遵循了什麼開發的原則，沒有多少人在乎，不管怎樣，項目是成功了。
項目開發中，很多的原則我們是很清楚：什麼單一職責，依賴反轉，什麼可測試性，維護性.....很多時候，在coding的時候，這些原創反倒成了多餘，項目最後成爲了功能代碼的堆積，特別是在趕項目的過程中，代碼堆積的效果就更加明顯了：只要把功能搞定，其他的以後再說。可以往往這個"以後再說"就成爲了"永不再說"。這個也無可厚非。
就這樣，一年又一年，開發項目，做項目，趕項目。而且很多人對做軟件開發沒有什麼興趣了：原本以爲軟件開發是一種高智商的活動，現在發覺有點像是體力活。一年一年，我們爲一個個不同的客戶開發出一個個不同的系統。
相信很多公司也常常提出很多很"誘人"的口號：通過做大量的項目，積累和開發通用組件，組件越多，以後開發就是僅僅只是堆積木了....但是真正的項目中，客戶不停在催，上頭也在催，最後就沒有人顧及什麼通用不通用了。項目開發是越做越累，相信這也是很多開發人員轉行和轉型的原因之一吧。
2. 什麼是企業級項目
企業級項目是什麼? 爲一個企業，機構，客戶公司開發的項目就算得上是企業級項目了嗎？一個很大的項目就是企業級項目嗎？一個小的項目就算不上是企業級項目？
其實，一直以來，我個人也對什麼是"企業級"的概念不是很清晰。只是天天是在這麼說。
說到企業級項目，隨着而來的有很多概念：企業級架構，企業級開發。
但是不管怎麼說：企業級這個概念和項目的大小是沒有什麼很大的關係的，甚至可以說是幾乎沒有什麼關係。
其實企業級項目其實就是一帶着一種"企業級"的思想來做項目。
在文章中的第一部分，我們到了現在我們做項目的方式：代碼的功能"堆積"。通過這種堆積出來的代碼就僅僅只是用於這一個項目，對於以後其他的項目幾乎是沒有什麼用處的，也就說代碼的重用行不夠，而且往往在一個項目中，很多的代碼都是雜七雜八的，很多相似的功能都是各自搞出一套代碼。諸如之類的問題，導致項目越做越類，很多美麗的口號化爲泡沫。
企業級的項目起碼有以下幾個特徵：
穩定性
靈活性
隔離性
重用性
維護性
相信這些特性大家都不陌生，這些特性我就不具體的解析，大家都清楚。說了這些多，可能大家認爲我說的是廢話，屁話，但是有一點可以說的：現在我們開發項目確實很多的時候忽略了這些東西，因爲這個忽略，確實使得項目項目的開發加快，但是從長期的來看，項目開發還是越來越累的。如果在開發的時候，每次帶着一點點這樣的思考，儘量寫出符合那些特性的代碼，慢慢的，一種"企業級的心智"就慢慢出來了，一個很類似的比喻：在項目中，遇到了一個很難的技術問題，我們往往花很多的時間來攻克，最後終於搞定。確實這個攻克的過程我們從思維上可以這樣分析：我們思維和問題的答案之間隔了一道牆，我們一次次的嘗試各種解決方案去攻克問題的時候，我們的思維一次次的在撞擊這道牆，最後牆被撞破，我們也得到了問題的解決方案。
同理，我們在項目中帶着"企業級"思維，我們就在一點點的撞擊那道"牆"，最後的結果就是:通用的功能被封裝爲了通用的組件，爲以後的項目的留下積累。
這裏我不是說教，本人的"企業級的心智"也沒有，但是因爲帶着這個思想作項目，個人認爲思想有了提升，而且還真的得到了不少通用的組件，雖然說組件善待完善，但是已經有了些甜頭。
這裏算是交流，大家可以探討探討！
謝謝各位！
版權爲小洋和博客園所有，歡迎轉載，轉載請標明出處給作者。