《構建之法》讀後感

2022-07-27 12:51:14 字數 1309 閱讀 4430

在兩周的時間內,我閱讀了大部分的《構建之法》,在這本書中,坦白說,我並沒有得到很大的啟示,因為這本書的後半部分的內容對於現在的我來說,實在是太過於遙遠,我還不能接受這種內容,

但是在前半本書中,我還是獲得了很多知識和資訊,就比如「軟體=程式+軟體工程」這讓我更好的理解了我所在專業領域的具體內容和他的構造,在這本書的第一章中,還提到過對待自己寫的**的態度,

書中的說法真的讓我受益頗深,對待**就像對待飛機一樣,如果我是飛機上的機長或者乘務員,那我一定要對我的乘客的負責,而且不能有任何的紕漏,這就像程式設計師對待程式,絕對不能有任何的紕漏,

在這本書的第一章中還接少了軟體的各種特殊性,雖然對於我來說這些可能沒有實際的意義與用處,但是這也是對於軟體工程的一種理解。此外,第一張還給了我很多有趣也很實用的理論——霍夫塔斯定律:實際時間總是比預期要長,

即使你考慮到了霍夫塔斯定律。顯然這個道理對於日後編寫一段程式或者參加工程的時候對於時間的安排很有用,當然在這本書中還提到了團隊的作用,以及團隊中個人的技術和流程,這些都令我受益匪淺,

書中說到乙個分工明細,上下一條心的團隊非常重要,這是衡量乙個隊伍是否專業的標準,在看這本書之前,我從來沒有過什麼團隊程式設計的概念,我從來都是認為我自己能夠完成我想要的,我不需要別人的幫助,

我也沒有幫助過別人,但是看了這本書過後我深刻的認識到了團隊真的非常重要,我有必要結交新的朋友,新的搭檔,這也確實令我憧憬未來的生活,然而第二章中又提到了個人在團隊中的作用,接下來他提到了幾種團隊的運作方式,

還講了幾種除錯程式的方法,這個方法對於現在的我來說實在是有些遙遠,一來我還沒有接觸過這種大場面,二來我目前真的用不到這些東西,我就當是提前領略了未來程式設計師的風光生活。書中還說到:在團隊的開發中必然要產生矛盾,

因為每個人的思想觀念都不同,但是乙個好的團隊能把衝突的積極方面(分子盡力把自己的工作做好,說服別人)釋放出來,而避免消極方面(因為衝突而產生的消極,牴觸情緒等)。這給了我警示,讓我明白了如果在日後我有機會

參與到乙個團隊中,我要注意的點。書中還有一種我非常喜歡的合作程式設計方法——結對程式設計。書中詳細介紹了結對程式設計的具體做法和他的用處,這給了我極大的啟發,我非常欣賞這個方法,因為目前的我來說剛好能夠達到這樣的條件,

所以這個方法讓我感到興奮,而且這種能夠不斷複審的程式設計方法真的非常有效率,這讓我覺得我可以在某些方面上達到了乙個成熟的程式設計師的標準。這個書中還給了我很多有用的資訊,比如說很多國內的it人士認為35歲是乙個程式設計師

的職業生涯的終點,還有乙個程式設計師的進化歷程,達到了什麼樣的實力算什麼級別的程式設計師,這些資訊也讓我收益良多。這本書再往後面的部分太過於深入且專業了,讓我有一些無法接受,所以對於這段內容我很難有感觸。

最後讓我用從書中總結的一句話結尾:寫程式就要像對待女朋友一樣,認真且專一。

構建之法讀後感

書中有提到一句名言 軟體 資料結構 演算法 但是,在真正進行軟體開發時,我們會發現 我們所需要的資料結構和演算法都是現成的,我們只要進行呼叫和實現就可以了。在我學習了本書的第一章後,我認識到了 軟體 程式 軟體工程 從此也可以擴充套件為 軟體企業 軟體 商業模式 軟體從最初的乙個簡單的程式,擴充套件...

《構建之法》讀後感

前段時間,我自學了 構建之法 的1,5,17章,並產生了很多自身的體會。首先,在第一章中我大致了解了我可以在書中學到什麼,如何落實學習。1.1節通過三個簡短的對話,啟發我對什麼是程式,什麼是軟體,什麼是軟體工程,也了解到了乙個軟體不是簡簡單單就能說寫就寫的,還需要考慮各種因素,如人們的需求,功能的可...

構建之法讀後感

第一章 軟體工程。寫軟體就是碼 寫出來,組合語句和演算法,實現需要的功能。但是軟體的開發需要一定步驟,有團隊合作精神,經過需求分析明白客戶需求,要什麼功能,並完成軟體的概要設計,再進行討論並與客戶溝通。然後進行軟體設計,然後程式 編寫,軟體測試debug,體驗版,後續維護等等。這樣才是乙個專案。軟體...