【問題一】 書中第四章4.4.2 代碼復審的步驟 部分，第五個步驟說道：

復審者有權提出很多看似吹毛求疵的問題，復審者不必親自調查每一件事，開發者有義務給出詳盡的回答 · · · · · ·
要記住復審者是通過這些問題來確保軟件質量的，而不是有意找碴兒。

對於這句話，不知是自己理解能力欠佳還是語義有歧義。復審者可以提出吹毛求疵的問題，又不用親自調查每一件事，不要找茬。那復審者是要仔仔細細閱讀開發者的代碼，提出非常細節的各種問題，還是觀其大略了解通透，明白開發者大致的意思即可，並就不懂的地方提問？

【問題二】 書中第十六章 迷思之二 大家都喜歡創新 部分。
作者舉出了許多例子來論證創新並非人人皆愛，但是我註意到這些例子距離當今已經有很長時間了，這就出現了一個時間的問題。在當今社會，生活中的方方面面都在飛速發展，發展迅猛以至於人類生活各方面的需求都已經被解決了。這不比從前，從前的創新都是飛躍性的，極大提高效率所以導致各種利益的沖突。在溫飽已經有保證的情況下，我認為現代社會的創新我認為更加趨向提升人民的幸福感，譬如各樣的按摩椅，代步滑輪車等等，這樣的創新發明大家都是很喜愛的不是嗎？所以我反對作者的觀點，我認為應該說的表達更完整些，譬如：過去的時代創新會引起一些利益沖突，所以並非人人都愛，但是當今提升人民生活幸福感的創新是人人都喜歡的。

【問題三】 書中第十六章 迷思之四 創新者都是一馬當先 部分。
作者用很多實例論證了第一個提出想法的人並不是真正能將想法發揚光大的人。對此，我提出我的問題：在今後的學習工作生活中，若靈光一閃，有了一些自認為極妙的未被開發的想法時，到底應不應該付諸實踐呢？還是應該等待他人與你有同一想法並實踐後自己像那些後來崛起的公司一樣不斷“線性擴展”，後來追上呢？那如果等待他人提出想法後是否會喪失先機及時間優勢，並因此喪失一些重要資源呢？或者換一個提問方式：當你有一個自認為很棒的想法時，怎樣做才是最佳的辦法？
打不死的小顧

ps:通讀完一遍書本了，問題就只提出了這三個。。如果還是硬要提問的話，那就真的只是為了提問而提問了。還差兩個，我把在文中找到的一些實踐做一做補上好了。
 

【問題四】 書中第十二章結尾部分關於手頭上正在使用的軟件產品評價的練習
我對於現如今三種熱門背單詞的app做一下自己的使用評價。

• 首先是百詞斬。相信大家都不陌生，名字聽起來就很酷，所以我當時背單詞第一個選的就是它。起初用著感覺還是不錯的，到後來，每當在書本上看見一個似乎背過的單詞時，想起的總是百詞斬上的關於此單詞的圖片卻總是想不起意思。看了應用商店裏的評價，嗯，看來大家都是一樣，背單詞背到後面都在背圖片了。
• 然後是扇貝單詞。這次不是像百詞斬一樣以記憶圖片的形式背單詞了，但是還是感覺記憶不牢，為什麽呢，除了個人記憶力低下的原因以外就是扇貝單詞例句沒有配音啊，想趁機練練聽力的機會都沒有哇。
• 最後是不背單詞。這個名字就更酷了。這個軟件我還是比較中意的，所以現在一直在用。界面簡單，亮點是有單詞拼寫練習幫助記憶。

總結一下：我認為現如今開發app時考慮到用戶體驗是一件很重要的事情，畢竟開發出來是給用戶使用的。而且現如今太多app追求各式各樣的功能，多種多樣炫酷的界面，其實我覺得這樣的開發方向是不對的，一個app就把一件事情做好都是非常吸引人的了，界面最好簡單大方些吧，讓人一眼就知道怎麽操作就最好了。

【問題五】 書中第三章結尾部分第四節第四個案例
我的看法：如果我是小飛的話，我肯定會選擇改弦更張。我認為，團隊的利益是遠高於個人的，不必要為了自己一點小小的虛榮心讓整個團隊為自己買單，勇於承認不足並決心改正反而是種更令人稱贊的行為。（如果老板、同事就因為這件事瞧不起的話，那這樣的公司再待著也不舒服吧 :-D

201521123074 顧芷菱 軟工網絡15個人閱讀作業2——提問題