軟體工程讀後感

標籤：

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

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

     一個好的軟體工程是為了有利於社會，而不是以損害別人為代價。團隊討論也要有目的性的，快速的討論出結果。

     我希望我們大家今後如果要做軟體工程這方面，多考慮一下職業這個重要的問題。

軟體工程讀後感