【問題一】 書中第四章4.4.2 代碼複審的步驟 部分,第五個步驟說道:app
複審者有權提出不少看似吹毛求疵的問題,複審者沒必要親自調查每一件事,開發者有義務給出詳盡的回答 · · · · · ·
要記住複審者是經過這些問題來確保軟件質量的,而不是有意找碴兒。學習
對於這句話,不知是本身理解能力欠佳仍是語義有歧義。複審者能夠提出吹毛求疵的問題,又不用親自調查每一件事,不要找茬。那複審者是要仔仔細細閱讀開發者的代碼,提出很是細節的各類問題,仍是觀其大略瞭解通透,明白開發者大體的意思便可,並就不懂的地方提問?code
【問題二】 書中第十六章 迷思之二 你們都喜歡創新 部分。
做者舉出了許多例子來論證創新並不是人人皆愛,可是我注意到這些例子距離當今已經有很長時間了,這就出現了一個時間的問題。在當今社會,生活中的方方面面都在飛速發展,發展迅猛以致於人類生活各方面的需求都已經被解決了。這不比從前,從前的創新都是飛躍性的,極大提升效率因此致使各類利益的衝突。在溫飽已經有保證的狀況下,我認爲現代社會的創新我認爲更加趨向提高人民的幸福感,譬如各樣的按摩椅,代步滑輪車等等,這樣的創新發明你們都是很喜好的不是嗎?因此我反對做者的觀點,我認爲應該說的表達更完整些,譬如:過去的時代創新會引發一些利益衝突,因此並不是人人都愛,可是當今提高人民生活幸福感的創新是人人都喜歡的。圖片
【問題三】 書中第十六章 迷思之四 創新者都是身先士卒 部分。
做者用不少實例論證了第一個提出想法的人並非真正能將想法發揚光大的人。對此,我提出個人問題:在從此的學習工做生活中,若靈光一閃,有了一些自認爲極妙的未被開發的想法時,到底應不該該付諸實踐呢?仍是應該等待他人與你有同一想法並實踐後本身像那些後來崛起的公司同樣不斷「線性擴展」,後來追上呢?那若是等待他人提出想法後是否會喪失先機及時間優點,並所以喪失一些重要資源呢?或者換一個提問方式:當你有一個自認爲很棒的想法時,怎樣作纔是最佳的辦法?
打不死的小顧資源
ps:通讀完一遍書本了,問題就只提出了這三個。。若是仍是硬要提問的話,那就真的只是爲了提問而提問了。還差兩個,我把在文中找到的一些實踐作一作補上好了。
【問題四】 書中第十二章結尾部分關於手頭上正在使用的軟件產品評價的練習
我對於現現在三種熱門背單詞的app作一下本身的使用評價。開發
總結一下:我認爲現現在開發app時考慮到用戶體驗是一件很重要的事情,畢竟開發出來是給用戶使用的。並且現現在太多app追求各式各樣的功能,多種多樣炫酷的界面,其實我以爲這樣的開發方向是不對的,一個app就把一件事情作好都是很是吸引人的了,界面最好簡單大方些吧,讓人一眼就知道怎麼操做就最好了。get
【問題五】 書中第三章結尾部分第四節第四個案例
個人見解:若是我是小飛的話,我確定會選擇改弦更張。我認爲,團隊的利益是遠高於我的的,沒必要要爲了本身一點小小的虛榮心讓整個團隊爲本身買單,敢於認可不足並決心改正反而是種更使人稱讚的行爲。(若是老闆、同事就由於這件事瞧不起的話,那這樣的公司再待着也不舒服吧 :-D產品