結合《移山之道》與軟體工程課程所想的幾個問題

1. 典型使用者需求分析真的那麼重要嗎？

在做一個產品之前，我們需要知道這個產品是給什麼樣的 人群用，從而針對他們的需求設計產品。分析出每個人的需求是不現實的和沒必要的，我們只需找到典型使用者就行了。但是使用者會有一定的局限性，如果過分依賴使用者需求，我們就會忽視科技創新的主導地位。

在創新領域，一個領袖人物大腦靈光閃現，絕對勝過千萬使用者體驗。看看微軟，Yahoo,蘋果，Google，Facebook等IT界大佬公司的起家，我們會發現，相對於科技創新，典型使用者體驗分析並沒有我們想象的那麼重要。很難想象，蘋果國王喬布斯僅僅通過分析典型使用者需求就能設計出iphone。很多時候，是科技創新創造使用者需求。

2. 結對程式設計中可以穿插單人編程嗎？

兩人合作即結對程式設計，在編程中，兩人肩並肩地，平等地，互補地進行開發工作。結對程式設計有很多優勢，例如能提高設計代碼品質，具有更強的解決問題能力，能有效交流、相互學習和傳遞經驗。在pair project 中我們應用了結對程式設計，其中有些小小感悟，在應對比較難的問題時，我們發現兩個人一起合作會更快的解決問題，但是對於有些比較簡單的問題，兩人並行的分開來做，效率會更高些。綜上，覺得在結對程式設計前，可以兩人一塊把任務分成一些小的task，對於難度比較高的task,兩人一塊肩並肩的合作可以高效的解決問題，而對於那些比較簡單的task，完全可以把任務平分一些，兩人分開做。

3. 代碼規範

在軟體開發中，代碼規範是大家常提的問題，當然符合代碼規範的程式能讓後來人更好的看懂前人的東西，當在團隊合作中時，也更方便組內成員交流。在實際編程中，似乎大家刻意關注的是代碼風格規範中的命名規範，而其他的則似乎有些順其自然。

4. VSTS或許可以關聯一個lync的即時通訊軟體？

在團隊編程中，當遇到一個bug搞不定的時候，找組內成員交流順帶聊天，在交流中往往會產生各種小靈感，同時會讓鬱悶的心情轉為舒暢，然後再幹起活來相當得心應手。我想既然TFS關聯了很多MS Office的產品，何不再關聯一個lync呢？方便團隊成員交流。

5. 在測試中有些功能的bug短時間內修不掉，發布前如何處理？

在測試中，總會有些bug，如果測試時間比較短的話，可能bug不能全部修掉，那這時有些功能塊可能有些未處理的bug，碰到這樣的情況時，像微軟這樣的大公司都是怎麼處理的？

 

李明磊