從UML看中西方IT行業差別

換了個環境，又有新的挑戰；最近清醒的認識到中國軟體開發是多麼的不正規，從高校教育到實際工作中，規範都是各成一派，不斷的犯一些愚蠢的錯誤。仔細的閱讀了一些UML2.0的指南，雖然說很多學校都會開設這門課程，可是實際工作中UML逐漸的銷聲匿跡，或者說中國的開發人員素質還不能整體提高到認識UML所代表的先進思想並不是說它這門語言多麼精闢進階，而是它能給軟體開發和Real-World之間假設無縫的橋樑，使得需求完全表達，實現又可以完全體現需求。

     

正如做買賣一樣，你賣的東西如果正好無差別的是客戶想買的，就不會出現交付項目的爭吵和客戶不願意付錢被迫接受一個畸形產品的結果了。另外，記得很早的時候看朗鹹平教授的一款經濟講座談到中國軟體行業的時候，連他這個外行人都看出來了，中國軟體行業缺乏積累；即在第二次做同一類產品的時候，幾乎要花費和第一次同樣多的時間，否則就無法完全符合第二次的增量或變數需求。原因就是第一做的時候根本就不規範，沒有規劃，代碼品質差，不重視總結積累經驗教訓。在他這個經濟學家的眼睛裡看來，這就等同於成本控制的失敗，直接導致IT公司一筆不小的經濟損失。

 

從Gray那裡瞭解到，西方國家的軟體行業就比中國正規許多，程式員的環境和素質也會高很多。大家甚至可以在家裡工作，在很強的網路安全意識下，把各自的模組按照規劃定期完成交付，領取自己的工資。由於規劃設計的合理，每個人幾乎不用知道同一項目組其他夥伴的代碼細節，專註於自己的模組可以更加高效的完成任務，對於公司來說，產品項目的安全性也得到了保證。而一個項目的架構人員，需要從大局上瞭解應用和代碼之間的關係和各個模組之間的整合，他應該在充分掌握了實現技術之後更加關注現實世界的應用，甚至要瞭解客戶的生活工作環境，才能做出最合適的決策完成一個合理的設計方案。實際上價值體現完全在這個設計方案之中，語言實現只不過是一種手段而已。

 

回想大學的教科書上對這些概念有過相關介紹，但是沒有真實的參與過是不會明白規範的價值的。大多數中國IT公司，都本著市場第一位的原則，高速的拋出代碼品質低劣但功能完整的產品，迫不及待的要從市場上收穫利潤。這樣帶來的唯一結果是老闆把錢賺走了，苦了程式員養成了肆意開發只為結果的習慣，另外一方面也消磨了他們理性學習進步的信念。現在在這裡雖然暫時沒有產出，但我相信自己所做的是更加合理的一種開發模式，按照這種模式下去，應該能成功的開發出合理結構的產品。