由於我不是計算機科班出身,許多諸如軟件工程的知識是欠缺的。而我意識到這個欠缺是前一段時間,我負責的一個很小的任務。由於需求不明確,進度控制的很差,還有多人編程語言格式不規範的,致使最後上線的時候有許多不如人意的地方。就以爲處處都有要改進的地方,但是有種不知道該怎麼下手,這時候就能明顯感受到一種知識欠缺,並且還不能肯定是哪方面的知識。後來買來兩本軟件工程專業的書,可是不滿意,緣由後面再說。再後來逛亞馬遜,看到有評論裏提到《人月神話》,這書讀起來的感覺就是不停在內心感嘆:就是!就是!說的真對極了。但這書也有兩個缺點,一是年代過久,裏面總有些幾M內存的假設,莫名戳中笑點;還有就是做爲國外的教材共有的問題,不接咱們的地氣。直到看到《構建之法》,終於看到我期待的教材。html
我以往的學習中,看到過的最好技術類的教材是《深刻理解計算機系統》,講解清楚,示例豐富,尤爲是裏面的題目真是太棒了;所以從那之後,我對好教材的第一需求就是能好題目,能充分的互動。《構建》講解生動,題目的參與感也強,最大的特點是做者鄒欣是中國人,讀起來特別暢快。編程
說一下我開發小的軟件項目的感覺,計算機的硬件性能按照指數函數增加,也就是摩爾定律。而軟件開發的效率缺乏增加緩慢,也難怪50年前的著做如今還適用。個人理解是軟件開發的主體是人,而在50年的尺度上人的協做能力進步能夠忽略不計。不過,也沒必要絕望,深刻的研究人類協做的技巧,開發新的協做工具,仍是必定程度上能夠提升效率的,提升的幅度遠不如摩爾定律。這樣是咱們孜孜不倦的研究學習軟件工程的緣由吧。編程語言
說回本書的第一章,具體的題目:http://www.cnblogs.com/xinz/p/3803035.html函數