《構建之法》讀後感

看完這本書後我對軟體工程有了一定的認識和了解，一開始我甚至不懂電腦科學與技術和軟體工程兩種分流專業究竟有什麼區別，在看過《構建之法》的第一章的概論之後，我才對軟體工程有了一定的認識，大概就是電腦科學與技術更側重於理論，而軟體工程更側重與實踐；電腦科學旨在發現和研究長期的客觀的真理，它是理想化的，而軟體工程是短期的實際結果，是對各種因素的折衷；電腦科學具有確定性，完美，通用性，而軟體工程是對不確定性和風險的管理；電腦科學是各個學科獨立深入研究，做出成果，而軟體工程關注和應用各個相關學科的知識，解決問題；電腦科學是理論的統一，而軟體工程是百花齊放的實踐方法；電腦科學追求形式化，簡明的公式，而軟體工程是在實踐中建立起來的靈感和直覺。

還有就是，軟體工程不像我想當然的那樣簡單隨性，以前在我的認知當中，我以為做一個軟體是靠靈感的，是隨意而發的，就像是畫家突然心血來潮，立刻就畫了一幅畫，但其實軟體工程需要一個周密的計劃和有條不紊的無縫連線的完美流程從可行性分析，軟體的需求分析，軟體的設計，軟體框架的構建，到最後的軟體測試和軟體維護，每個環節都至關重要，必須對每個環節嚴格把關，最終才能完成一個讓人滿意的足夠好的軟體，所以說它確實是嚴格地遵循著工程學原理的。

還有一個讓我有新的感觸和認識的是，軟體開發的單位是團隊，一個軟體開發工程都是由一整個團體分工合作的，看到這裡我覺得某些總喜歡一個人秀翻全場的大佬也許就要失望了。畢竟集體主義讓他們一個人秀翻全場的夢破碎了。這讓我想起了班上的某個程式設計大佬，總是喜歡拿他編出來的小遊戲或者小程式給你看，在你面前炫耀，想象他自己是多麼牛逼，但是到了這裡就不行了，軟體工程是一個工程專案，是需要一個團體一起分工合作來完成他的每一個環節和步驟的設計，這個時候西方的個人的英雄主義已經行不通了，這就要讓東方的集體主義來大顯身手了，因為現代軟體產業經過幾十年的發展，一個軟體有一個人單槍匹馬地完成已經很少見了，大型軟體有超過百萬行的原始碼，上萬個不同的檔案，工程量之大，加上軟體的時效性，就算真的有人願意獨自開發一個這樣大的軟體，等到他開發出來的時候，這個軟體也已經過時了，所以軟體是在相互合作中完成的，而軟體團隊又有很多種模式，也讓團隊的合作方式更加的豐富。

我覺得隨著軟體產業的不斷髮展，作為一個軟體工程師，面臨的工作會越來越繁瑣、困難、枯燥，現在在慢慢看清軟體工程的廬山真面目之後，我覺的成為一個厲害的軟體工程師要付出很多的艱難困苦，軟體工程師的夢註定任重而道遠！