三年後再反思我的” Java Web專案管理得失談”

三年前，我寫了 Java Web專案管理得失談，文章地址：http://blog.csdn.net/sheismylife/article/details/4154325

這三年，自己經曆了SOHO，北京互連網公司和現在的ESRI研發中心，技術能力又有了很大的提升，管理上也曆練了不少。

重新閱讀我過去的文章，又有了新的認識。

過去那篇文章總結了項目結果不如預期的幾個主要原因：只挑選其中幾個再說明。

1）程式員技術能力弱
問題出在公司層面，小的外包公司招不到優秀的程式員。如果人不行，無論多強的技術領導和流程都沒用。

現在我招聘首要看人的智商，如果不聰明，堅決不會要。有那功夫為了一點技術細節解釋半天還弄不明白，我不如自己做了。

招聘，說白了就是花錢僱傭聰明的腦袋。所以沒有經濟實力的小公司，我再也不會去那裡帶隊伍了。自虐啊！

2）對JSF技術不熟悉

3）JSF架構有Bug，並且可用tag較少，不足以應付項目，還需要額外開發自訂tag

JSF1.x版本升級到JSF2.x後，我又深入運用了PrimeFaces。現在已經徹底廢棄JSF，這是一個不中用的東西。為什麼所有頁面上的html標記,css和JavaScript都要通過後端的JSF對象來渲染，如今的web頁面設計如此的複雜，這種工作根本就不應該用Java語言來表達。即便是PrimeFaces，也不過就是將很多JavaScript庫封裝一下，好了，你這麼一封裝，我要定製一下都要費老大力氣，而且很多人都搞不定一些莫名其妙的bug.

如果你做web開發，無論是Java,C#,C++,PHP或者其他，掌握JavaScript和CSS都是必要的，通過JSF渲染只會把事情搞複雜，增加成本。而且運行起來慢的像老牛，Google也吃過這個虧，然後廢棄不用了。

後端只要能夠基本的渲染初始頁面，就行了，別管不該自己管的事情。其他的後端應該提供REST API來處理Ajax請求。我現在用C++和Java做後端渲染，都感覺很好。因為頁面上的事情，我切換到更合適的語言JavaScript和CSS上去了。

JSF還是比較適合日本人的企業級開發，那種應用是如果你用了彩色他都跟你急，都是最原始的html標記。外包公司比較合適。肯定不適合互連網企業。

6）管理員對代碼審查把關較弱

現在自己的眼界開闊多了。通過Scrum管理工作和進度，通過Review board管理程式碼檢閱，通過持續整合實現儘早整合和煙霧測試 (Smoke Test)。通過自動化的測試來實現壓力測試。產品的品質是通過嚴密的過程式控制制來保證的。有了過程式控制制，人就可以盡情的發揮自己的創造力。

不過這種玩法也只能在好公司來做，構建過程式控制制系統是需要成本的，而且要持續的演化，同時必須有很熟悉各種開源產品，能夠將系統架構起來的高手。很多掙紮在溫飽線上的公司難以做到這點。