軟體工程讀後感

標籤：

         用專業知識教育人是不夠的。通過專業教育，他可以成為一種有用的機器，但是不能成為一個和諧發展的人。要使學生對價值有所理解並且產生熱烈的感情，那是最基本的。他必須獲得對美和道德上的善惡鮮明的辨別力。否則，他 —— 連同他的專業知識 —— 就更像一隻受過很好訓練的狗，而不像一個和諧發展的人。為了獲得對別人和對集體的適當關係，他必須學習去瞭解人們的動機、他們的幻想和他們的疾苦。

           ---- 愛因斯坦

      在閱讀這篇文章時，瞭解到了分工是很重要，說起分工那就不得不提組長這個職位，一個團隊中必須選出一個決策者，這樣在遇到大的事情時才會有人做決定，組長在團隊中起到了領頭羊的作用，組長必鬚根據每個成員的特點對其進行分工，只有一個好的分工才能保證項目又快又好的完成。分工完成後就到了團隊成員的磨合期了，每個人有每個人的主見和思想，所以在很多事情上可能會爭執起來，這時候該組長出面了，組長既要做一個正確的決定還得安撫好每個成員的情緒，讓每個人不能把情緒帶到工作中去。作為這個組的一個成員，我覺著每個人也應該控制一下自己的小情緒，在一個團隊中，只要每個人都能夠包容一點，那麼無論大事小事都不會產生傷和氣這種事。

      我認為一般有過物件導向編程的人，認為最難也最頭疼的就是設計了。一個好的項目，設計至少可以佔到百分之五十甚至更多。我認為設計主要有兩個思想，一個是高內聚低耦合，一個是設計應當以行為為中心而非資料為中心，業界的話就是應當以需求為中心。關於設計的爭論由來已久，在我看來，這是由行業性質決定的，軟體行業畢竟是為其他行業服務的，因此分門別類，隨著經驗的增長業務能力逐漸要大過編程的能力，因此，程式決定業務還是業務決定程式就成了唯物和唯心的交火點，雖然近年來業務決定項目的爭論已經拔得頭籌，但是舊惡難消，仍有不少人堅決維護先決定項目架構，再分析業務配套相關技術的思路，這部分人，如果不是面向過程的年代發展過來的，一定是書獃子。業務決定項目，項目決定架構，架構決定程式設計語言，話說到底，根本原因是軟體行業是服務行業。這是根本，不要迷惑。

      如果說在讀了這篇文章後給我的是道理性的啟迪，那麼在讀完一個程式員的部落格後，我得到的是心靈上的啟發。部落格中程式員介紹了他從畢業到工作到成功的曆程，從他的剛開始的狀況來說，可以說是起點比我們低了很多，那是的教育水平也許比現在低了很多，但是作者從來沒有放棄過夢想，他知道在學校由於時間的問題，必然學到的知識是有限的，他知道自己必須在課餘時間再自學一點才能比其他的同學多點就業機會。就這樣他畢業後可以說是找到了工作，但是找到工作不一定適合自己，剛開始作者在一家公司可以說只是作者打雜的工作，那微薄的收入僅僅能夠維持家用，但是他並沒有就此自暴自棄，相反他找機會努力的讓別人發現他的價值。作者的這一點非常值得我學習，現在的我們在一個位置上呆習慣了，就不想發生改變總覺著現在的自己可以了，從而忘記了自己最初的夢想是什麼。我覺著現在的我們應該想這個作者學習，永遠不要忘記自己最初的夢想是什麼，不要安於現狀，應該積極進取，爭取做最好的自己。

軟體工程讀後感