三年後再反思我的 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管理程式碼評審，通過持續整合實現儘早整合和冒煙測試。通過自動測試來實現壓力測試。產品的質量是通過嚴密的過程控制來保證的。有了過程控制，人就可以盡情的發揮自己的創造力。
不過這種玩法也只能在好公司來做，構建過程控制系統是需要成本的，而且要持續的演化，同時必須有很熟悉各種開源產品，能夠將系統架構起來的高手。很多掙扎在溫飽線上的公司難以做到這點。
再分享一下我老師大神的人工智慧教程吧。零基礎！通俗易懂！風趣幽默！希望你也加入到我們人工智慧的隊伍中來！https://www.cnblogs.com/captainbed