《程式設計師的春天：EOM與程式設計師》

去年的十二月我開始撰寫EOM與程式設計師的隨筆。當我寫到程式設計師收入下降，程式設計師成為IT農民工，程式設計師水平下降，程式設計師理想無存，程式設計師信心喪失，程式設計師隊伍渙散的時候，我的心情就像當時的季節一樣，非常寒冷，非常心痛。要知道程式設計師是我一個嚮往並且從事的幾十年的職業呀！當我寫到什麼是EOM，寫到用EOM眼光看待一個程式設計例項（許可權管理）的時候，我開始感覺到那種暖意，就如同現在春天到了，春風吹了，原來枯萎的樹枝冒出新芽了，油菜花開了，桃花開了，梨花開了，杜鵑花開了，一個五彩繽紛的世界來到了。

那麼EOM到底會給程式設計師帶來什麼樣的思考呢？

第一， 企業資訊化的不同的解決方案

對於許多程式設計師來說，他們每天為各種企業開發的各種各樣的程式，例如，銀行的核心業務系統、信貸系統、信用卡系統；醫院的HIS系統；商業的物流系統、ERP，服務業的CRM；通用軟體的財務系統、報表製作系統、門戶軟體；工具的檔案傳輸、檔案加密、檔案壓縮、影像處理、使用者控制元件等等。這些系統都應該歸屬於企業資訊化範疇，因此程式設計師和企業資訊化密切相關，沒有企業資訊化可能軟體業也沒有現在這麼大的發展空間，也不會催生出如此眾多的程式設計師。

EOM作為企業經營模型，也是為企業資訊化服務的，從EOM也推匯出企業資訊化的各種軟體，這些軟體一定會涵蓋現有各種軟體的功能，從這個意義上來說，程式設計師現在做的和EOM要做的都是相同的東西，只是EOM要做的東西、做的方法和現在是有差異的，程式設計師可以通過了解EOM，可以看到企業資訊化的不同的解決方案，從而對現在從事的開發工作有一個重新的思考和認識。

第二， 軟體價值

對於大多數程式設計師從事的軟體開發工作，絕大多數都是屬於企業“需求驅動”、“使用者定製”的軟體，少有的通用軟體也是針對性非常強的，大部分只針對企業資訊化的某個方面，很少從整體上考慮，這個通用軟體和其他應用系統的關係。這種軟體製作模式，導致軟體價值低、沒有通用性、軟體製作時間短、軟體質量差、程式設計師收入低、程式設計師水平低等惡性迴圈。程式設計師往往面對這種現狀，看不到未來的希望。

EOM提倡的是科學的企業資訊化，提倡是的EOM理論指導下的資訊化，提倡的是製作符合企業經營發展的各種通用軟體，通過通用軟體來提升企業經營管理水平，而不是通過軟體來迎合企業的落後的經營管理方式。企業間的差異和變化可以通過引數化和引數介面方式來滿足。因此，程式設計師需要有製作通用軟體的理念，需要有製作通用軟體的技術水平。需要有製作通用軟體質量的意識。只有這樣，軟體的價值才能成百上千倍的提高，程式設計師的收入才能大幅度提高，程式設計師的技術水平才能大大提高。

第三， 專案來源

許多軟體企業和程式設計師被動等待著企業的開發需求，不斷地尋求專案，由於競爭激烈，軟體價格越來越低，造成了“沒有專案等死，有了專案找死”的無奈狀況。其中，由於使用者要求開發時間越來越短，程式設計師程式設計“只求有無，不求更好”，不需要做到“全國最好”，根本沒有時間研究演算法和技巧、研究新技術新工具、研究軟體構架、研究軟體共享。從而導致程式設計熟練程度越來越高，程式設計水平越來越低。

EOM則與之相反，所有企業資訊化中的各種專案都是事先按照EOM理論規劃好的，並不是由企業提出，企業只是使用EOM中的各種軟體。因此，相對於軟體公司和程式設計師來說，他們再不要找關係託人情去拿專案了，他們可以主動地方便地去在EOM中尋找適合自己的開發專案。因此，EOM解決了企業“要做什麼?”什麼的問題，也解決了軟體公司和程式設計師的“要做什麼”的問題。由於EOM是企業資訊化整體的解決方案，因此其中的各種平臺、通用軟體、專用軟體需要最好的演算法和技巧，需要最合適的新技術新工具，需要研究軟體構架、需要研究軟體共享。所以，程式設計師必須提高自己的自身的技術水平和素質，向優秀程式設計師發展，這樣才能製作出“全國最好”的軟體。

第四， 參與EOM

現實中，許多程式設計師抱怨自己無法左右自己開發的專案，公司叫做什麼就做什麼，也不知道什麼軟體是好軟體，是值得開發的軟體，有的程式設計師因常年加班加點身心疲憊，也沒有什麼時間做自己想做的事。

EOM的出現至少是給很多有市場意識，有理想程式設計師一個機會，他們可以利用業餘時間進行研究、宣傳、設計、開發、銷售、維護EOM的各種產品。我們可以建立網上EOM團隊，以團隊方式吸引有思想、有才華的各類人才，開發這個產品，經營這個產品，實現自我的價值。

第五， 可行性

也許很多人會問EOM是否只是一個理論？是一種空想？只是說說而已的“傳說”？。我的答案是否定的，因為EOM並不是心血來潮，是一時的衝動而成。EOM可以說是伴隨著中國企業資訊化成長的一個必然的結果。正是由於長期關注著企業資訊化發展，其中的成功之經驗、失敗之教訓，發展之規律的研究，才導致EOM的產生（我在前面的文章中曾提到這個過程），這是其一。EOM產生是伴隨著自己的軟體技術不斷進步的，是有大量應用系統製作支援的，這是其二。EOM已經提出後二、三年了，在這個期間我們一直在研究其理論的可行性，研究其產品可行性，並且找到了EOM產品的軟體新構架，而且正根據這個新構架，製作EOM的產品。我們想通過這些產品來驗證EOM的可行性和其市場價值，這是其三。EOM項下估計大約要有數百個平臺系統、通用系統和專用系統。這些系統將涵蓋企業資訊化的主要方面，通過宣傳EOM，通過大家參與，必定有其中EOM產品被製作，其市場價值和可行性也是一個說明，這是其四。

 隨著EOM被人們越來越多地關注，EOM的研究和發展，其可行性就會越來越明顯。

第六， 關注EOM

其實，你可以不去參與EOM的研究和開發。但是你可以關注ＥＯＭ的發展，瞭解ＥＯＭ是如何看待企業資訊化現狀的，是如何分析這個現狀的；你可以瞭解ＥＯＭ所製作的軟體和現有的軟體有什麼根本性的不同；你可以瞭解ＥＯＭ製作軟體的流程和思路，看看和現有軟體製作有什麼不同；你可以瞭解一個ＥＯＭ產品的市場價值和一個定製軟體市場價值的差距；你可以感受有EOM為標準來評判軟體的好壞和無標準以自己標準來評判的異同；你可以瞭解ＥＯＭ的抽象的方法和現在“眼見為實”“需求驅動”不同之處；你可以瞭解ＥＯＭ提倡的團隊精神和團隊方式和自己目前專案小組之間差異；你可以試著用EOM理念重新將自己手頭開發的程式抽象成為標準功能和標準資訊等等。我想這些思考是對每一個想進步的程式設計師是有百利而無一害的。

ＥＯＭ與程式設計師，程式設計師與ＥＯＭ有著密切的關係，隨著ＥＯＭ逐漸被人瞭解和認識，ＥＯＭ產品逐步的推出，國家對這個民族的企業資訊化的理念和產品的支援，我想越來越多的程式設計師將會加入到ＥＯＭ這個隊伍中來，隨著ＥＯＭ隊伍的壯大，ＥＯＭ在促進我國企業資訊化發展方面將起著越來越重的作用。 我敢說對EOM關注和了解，可以擴大程式設計師的視野；就如人們因冬天而不出戶，因春天而踏青採光，在春天裡感受著春風，感受著春花爛漫，感受著生命的多彩。。。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/12639172/viewspace-660390/，如需轉載，請註明出處，否則將追究法律責任。