進了大學，我還沒選過別的體育課，從大二上到現在，打了四個學期乒乓球了，不過水平還是不見長。
今天向同學講解UML，告訴他到底要怎樣學這個東東，不過我也不是很熟的說。不知怎的，就拿乒乓球作比較了。
乒乓球中打一場球賽，和軟件工程中做一個項目類似。如何贏球賽，就好比如何做成功這個項目。大家知道的，

---

• 比賽前要先分析對手的情況，這叫需求分析，知己知彼才能百戰百勝；
• 然后要考慮，對手打什么，我怎么出手，如何組織進攻，出現意外怎么辦，這叫結構設計；
• 上戰場打了，這是編碼；
• 比賽的時候根據實際情況不斷作出分析判斷，這叫迭代。
• 比賽的時候出現了不可遇見的意外，這叫風險；
• 比賽結束，宣布結果并領獎，這是交付；
• 比賽輸了，承諾下次一定打好，這個是交付延期；
• 比賽之前，做做熱身，這個是測試;

---

當然這個純粹是搞笑，其實我要說的不是這些。我們都知道國家隊的運動員從小就開始十分艱苦的訓練，從握拍姿勢，正手攻球、反手推擋的動作，哪個不要練幾百遍？然后再是講理論，什么旋轉，進攻策略等等等等，但是也在同時不停的訓練，不時還要去打打比賽，小的比賽，大的比賽。到后來，純粹就是憑經驗、憑感覺在那里打。
看看我們學軟件工程的大學生，有幾個真的是經過不斷地訓練，出來就可以獨擋一面的呢？很多同學連編程基本功“握拍姿勢”都有問題，如何能去學更高層次的東西呢。
學校里的老師，講理論的時候，光講理論，所謂實踐不過是走個過場，有點經驗的人一看到要求就知道這課設計有問題。要么就是就課論課，我教軟件工程，管理一概不提，誰都知道管理是軟件項目中最有風險的一個方面。
真正教UML，卻不講軟件過程，那UML能做的就很有限，UML就是為了使分析人員設計人員思路清楚，使編碼人員編程時一目了然，我看UML的模型中處處都有軟件過程的影子，軟件過程指導你如何從一個模型到另一個模型。同學們編程尚不行，看到需求時就大腦一片混亂，沒有軟件過程指導，怎么去完成呢，更何況是幾個人合作。
再說了，講課也只講那些所謂流行的、所謂有錢途的。把自己的思維局限在那些狹小的空間中，殊不知，計算機的領域，也是廣闊得讓人受不了啊。這次來了個外教，教了Haskell，又一個外教，教了Prolog，我覺得好，現在都在學OO, C-style的語言，就是應該接觸這些另類的但功能絲毫不差的Functional Language，我想也沒幾個同學真正聽懂吧，就像結構化的到面向對象化在思維方式上的根本變化一樣。也要知道，我們要掌握軟件設計的思想，不是單單用用那些工具。
而且，現在的教育甚至有誤導，讓大家做什么動不動就要用Enterprise Edition, Professional, Architect Version等等那些許可費用在10⁴以上的軟件，自以為有計算機軟件保護條例第二十二條保護，又別上我們是教育機構就可以隨便用那些軟件了。這種病態的思想，我們作為軟件工程師，竟然都對這些東西習慣了，這不就害了國家的軟件業嗎。
這次教面向對象設計，又是用Rational Rose這種又大又貴又難用的東西。
不管了。我想，也許只有在真正工作中才能鍛煉我們吧。

文章來源:http://herald.seu.edu.cn/blog/shiningray/archive/2005/03/07/13501.aspx

轉載于:https://www.cnblogs.com/ShiningRay/archive/2005/03/07/120565.html

總結

以上是生活随笔為你收集整理的[导入]软件工程和乒乓球的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。