《軟件工程思想》讀后感

　　當細細地品讀完一本名著后，你心中有什么感想呢？為此需要認真地寫一寫讀后感了。你想好怎么寫讀后感了嗎？下面是小編幫大家整理的《軟件工程思想》讀后感，僅供參考，歡迎大家閱讀。

　　花了一天時間看了林銳的軟件工程思想。

　　自己就是軟件工程出身的，大學期間由于既沒有用心學習，也沒有研究自己的專業，導致學業和眼界一起荒廢。

　　得益于學校和專業，畢業時只會冒泡法的我在大連混了份工作。一年間，經過我手的代碼少說已有萬行，已經僥幸從學習和研究算法領域擴展到了學習設計層面，趁著項目不忙，抽出時間看看書，也算充電。

　　林銳是西電畢業的，后來又到浙大讀研，畢業后就職于朗訊，很多學C++的人應該都看過他的高質量C++編程指南，收獲頗豐。其實他的技術不算頂尖，然而在國內程序屆比較出名的原因大概是因為文筆不錯，文風幽默又略帶自謙，在大多木訥不善言表的程序員隊伍中多少鶴立雞群，因此他的作品經常引人拜讀。

　　這本軟件工程思想大概只有百頁，核心講的是設計，貫穿全文的是思想。

　　一般有過面向對象編程的人，認為最難也最頭疼的就是設計了。一個好的項目，設計至少可以占到百分之五十甚至更多。林銳的文章當中，自始至終在灌輸兩個思想，一個是高內聚低耦合，一個是設計應當以行為為中心而非數據為中心，業界的話就是應當以需求為中心。

　　關于設計的爭論由來已久，在我看來，這是由行業性質決定的，軟件行業畢竟是為其他行業服務的，因此分門別類，隨著經驗的增長業務能力逐漸要大過編程的能力，因此，程序決定業務還是業務決定程序就成了唯物和唯心的交火點，雖然近年來業務決定項目的爭論已經拔得頭籌，但是舊惡難消，仍有不少人堅決維護先決定項目框架，再分析業務配套相關技術的思路，這部分人，如果不是面向過程的年代發展過來的，一定是書呆子。業務決定項目，項目決定框架，框架決定編程語言，話說到底，根本原因是軟件行業是服務行業。這是根本，不要迷惑。

【《軟件工程思想》讀后感】相關文章：

軟件工程的簡歷09-27

軟件工程總結09-02

軟件工程試題及答案05-13

軟件工程專業簡歷02-18

軟件工程開題報告08-16

軟件工程實踐報告03-20

軟件工程的實習總結05-14

軟件工程的實習報告12-31

軟件工程實習報告06-21

軟件工程實習報告04-26