Lost in CatB-http://www.ituring.com.cn/article/9363
認真的讀了這篇文章,覺得我和作者有代溝。
這個代溝不是觀點上的代溝,而是對於他所批判的和他舉的例子,我都看不懂。
但是我還是頑強的去理解作者的觀點。unix對我是如此陌生,我不太能體會作者在面對這個龐雜冗余的巨無霸時的嘆息與無奈。但我用過linux,這個不需要使用商業付費軟件的適用於個人的操作系統(很多人說兩者是如此的相似)。我不得不說我使用它時的蹩腳與棘手,好吧,我承認我是被windows慣壞的笨小孩。
除此之外,我真的找不出和作者所說內容的任何交集了。這是不是在一定程度上驗證了作者的正確性?——集市形式的軟件開發形式走向“滅亡”,以至於后生小輩(小白)對此一無所知?我們現在的生活被大教堂的富麗堂皇所充斥,沒人可以否認一個商業化的工程化的軟件是多么優秀。
因而,繞回了我們的課程,擊敗這些糟粕的是軟件工程!!!或者說我們要用軟件工程來摒除這些問題,遠離亂糟糟的集市開發思維,要用大教堂式的虔誠與責任感去做軟件開發。對其中一點印象深刻:“學會計算機編程很容易,就像學會用釘子把兩塊木板釘到一起一樣簡單。但問題是——打個不恰當的比方,市場對“釘在一起的兩塊木板”的需求,除了“自豪的爺爺”的那點天倫之樂以外,真的是太小了。”我們要學習的,不只是在一個項目中所謂的鍛煉自己的編程能力,誠然這點很重要,但卻遠遠不是唯一。否則有再強的編程能力,也只是在集市中迷失的一員,要系統的學習工程化的軟件開發理論和知識,用一套行之有效的專業化方法提高軟件質量。
不過結合我們的項目實際,我們的爬蟲就用了apache的java包。選擇它一個是因為它的簡單易用和大家的廣泛好評,另一點作為一個免費的開源項目,確實省卻了不少麻煩。這些開源項目在一定程度上將軟件開發從大教堂的封閉中解放出來,使他不單單成為一部分人的特權或者說壟斷。
看文章的評論中,提到一個帕金森定律,套用到軟件工程上,算是時刻鞭策我們的警鍾。帕金森定律表明:只要還有時間,工作就會不斷擴展,直到用完所有的時間。這個定律貌似和文章中的彼得原理頗有淵源。結合到我們的具體項目中,軟件開發的熱情稍微減退,帕金森定律就露出頭角,整個項目就是一個不斷擴展時間的過程,直到用完所有的時間,不到deadline,永遠不會有發布版本的誕生,這是需要我們警醒與自我監督的。
