??????? 為了能夠更好的理解WebWork中的處理機制，我拜讀了幾位牛人寫的一本書《Java Open Source Programming With XDoclet, JUnit,WebWork, Hibernate》^[1] 。幾位牛人在Understanding Design and Deveopment Philosopies章節中提出了三條開發項目的principle：
????????1、Test First；
????????2、Less Is More；?
????????3、Always Ask The Dumb Questions。
??????? 前面兩點，我就不多說了，而最后一點，我卻有不同的想法，因為我看到了這點之后，我開始明白公司里面為什么會出現那么多無聊而低級的問題了。
??????? 在國內的公司，或許很多項目組都很清楚一點：用戶的需求是很重要的，也就是說在做項目之前要知道客戶到底想要怎樣的軟件，想要怎樣的系統，一定要避免用正確的方法去做錯的事情。如何保證所做的事情是對的呢？Ask The Dumb Questions確實是一種不錯的方式，畢竟用戶通常都不會關注我們用了什么技術，只會關注系統是否符合了自己的要求，業務邏輯處理是否正確，運行是否速度夠快，甚至界面是否漂亮啊等等。因此，在我看來所謂Dumb Questions就是能夠從用戶的使用角度出發，而不是從實現角度出發的問題。
??????? 在原來的公司當中，也很崇尚去提問題，但是問題本身的質量總讓人覺得失望，而且問題通常都止步于一個很抽象的層次。我想Dumb Questions不等于沒有經過大腦的問題吧，但是這樣的問題會在項目組當中經常出現。“為什么我們要使用VB，而不是VC來做呢？”“為什么我們要使用B/S，而不是使用C/S呢？”“我們為什么要用J2EE呢？”像這樣的問題，公司里面還專門給幾個開發組開了會來闡明問題的答案。我想如果問我這樣的問題的話，我只能說，It's?none of my business.
????????多提問題是好的，多提一些能夠統一大家對于開發的認識的問題是好的，但是那些天馬行空，無中生有的問題，對項目無益的問題，還是少提為好吧。斷章取義，看了幾天書就來鼓吹Ask The Dumb Questions，恐怕就只能給人畫虎不成反類犬的感覺了。
??????? 牛人告訴我們說，Writing software is easy；牛人也告訴我們說，Ask the dumb questions and then ask detailed questions related to the fine-grained implementation。可是我們做到了嗎？

??????? [1] 《Java Open Source Programming With XDoclet, JUnit,WebWork, Hibernate》

總結

以上是生活随笔為你收集整理的所谓的Dumb Question的全部內容，希望文章能夠幫你解決所遇到的問題。

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