在軟體開發過程中也許我們天天要與客戶打交道，什麼樣的產品才是受使用者歡迎的，也許並不是那麼好琢磨。
舉個例子，比如產品製造商在調查顧客需求的時候了解到客戶想要一把粗一點的剃鬚刀，這個需求很明確。不過當我們製造出了粗一點的剃鬚刀後，顧客對這樣的剃鬚刀也許並不感興趣，顧客真的想要一把粗的剃鬚刀嗎？？在軟體設計開發過程中同樣如此，客戶想讓你按照它的想法去實現一系列的需求，但是，往往你按照客戶的想法設計出來了卻並不能讓客戶滿意，導致跟著客戶一改再改，問題究竟出在**呢？
在實際的工作中，我們經常會被提醒一定要以需求來指導我們的設計，當然這沒有什麼問題，但如果沒意識到這裡的內涵將會使軟體開發面臨頭疼的無休止的變數。在上面的例子中，客戶真的需要一把粗一點的剃鬚刀嗎？？當然不是，當我們繼續問乙個為什麼後真相才會顯現出來，原來，客戶不想讓剃鬚刀從手裡滑掉，也許粗的剃鬚刀並不是好的設計方案，但在這裡客戶卻誤導了未繼續詢問為什麼的需求者，從而導致產品開發的失敗。所以，只要多問乙個為什麼後我們的需求就由客戶導向變成了客戶目標導向。知道客戶最終想要什麼的方式除了多問為什麼外還有很多其它方式，我認為最重要的方式是需求者真正的理解客戶業務，真正把自己當作客戶，當然，這對某些專案也許並不是很容易，但我們能多理解一點客戶就離成功更進一步，而不是整天抱怨客戶這樣或那要的需求有多**，要知道客戶也是想把工作做好。要知道，在這個行業，我們是專業的，讓我們理解了客戶之後為客戶設計更易用的軟體也許更合適。所以，對於實現什麼和怎樣實現顧客真正想要的也許和說的並不一致。
不一樣又不一樣的 木板接水
空地上豎立著n個從左到右排列的木板，它們可以把水擋住，但溢位最邊上木板的水將會流到空地上。已知木板間距都是單位1，現給定每個木板的高度，請求出總共能接住的水量？說明一點，這裡只考慮間距 寬度 和高度，不考慮第三個維度，因此水量是平方單位。木板高度分別是2,1,3，那麼我們可以接住2 2 4平方單位的...
不一樣的簡潔
less is more是設計領域對現代主義的解讀，主張功能決定形式 forms follow function 廢除一切不必要的裝飾以及重複的資訊，它的基礎就是理性主義。如果它被解讀成 要簡單，清晰，明確 應該說是不夠完全的，因為只看到了表面的 less 卻忽視了實質的 more 少即是多 les...
不一樣的for迴圈
提到for迴圈，我們肯定就想到一種寫法 for int x 0 x 3 x 這是一種很常見的寫法，但是使用for迴圈，我們都形成了一種固化的思維，其實for迴圈也可以很不一樣。for迴圈的格式是這樣的 for 初始化表示式 迴圈條件表示式 迴圈後的操作表示式 如果我們這樣寫乙個for迴圈 編譯沒有通...