「碼」上學起來
----讀《構建之法—現代軟體工程》有感
作為一名學習關於軟體工程方面的學生，在老師的推薦下有幸接觸到鄒欣老師的《構建之法—現代軟體工程》，實屬榮欣。
對於我來說，計算機類的知識本身它比較枯燥無味，深奧難懂。如果你對於計算機也是這般無奈，那我們的感受一定會一拍即合。現實有時也是像童話一樣，劇情一百八十度轉折。鄒老師的《構建之法—現代軟體工程》異於我們平常的專業書籍，反而採用對話、案例等形式，通俗易懂，生動有趣。讀完，對於計算機這門學科有種「終於等到你，好好我沒放棄」的豁然開朗之感。所以你困惑於此，不妨也可讀一番。接下來，進入主題，分享一下我的讀後的所思所感所悟。
細節決定成敗
從書本的第一章起，我們就可以了解到軟體、軟體工程等的定義，通過對於這些基礎知識的認知之後便進入了個人技術、單元測試等自身細節的學習。平常學習中，對於敲**這件事，我也就是馬馬虎虎，能執行結果就草草了事，不去重複驗證，**的格式更是隨心所欲。通過對書中第
二、三、四章的學習，了解到乙個好的**是要經過嚴苛的測試等，並且在寫**的過程對於書寫規範也是必要的，書中也說了很多書寫格式。這些在我們平時中總覺得是無足輕重，可實際應用中往往是細節往往決定成敗。
軟體不是乙個人的事
在各類情感中我們經常有感悟「。。。不是乙個人的事」，其實**也是一樣。乙個好的軟體往往是在合作中完成的。對於合作，在現在的學生生涯中，我們更是經常遇到。在敲**的過程，不能搞個人英雄主義等，要來拉近與組員的聯絡和合作，高效的合作會往往產生1+1>2的結果，事半功倍。而書中四五兩章的知識，讓我們會掌握到團隊合作的技巧和精髓，以及一些案例可以讓我們避免犯錯。
軟體**於生活，又高於生活
解決了細節和合作上問題後，理論和實際的相結合也不可或缺。在接下來的章節學習中，我們可以了解到敏捷流程、msf等較好的開發原則，在了解到客戶需求後結合這些來提高競爭優勢。當然創新精神在現時代也尤為重要，書中也提到了it行業的創新。總而言之，軟體**於生活，又高於生活。
以上是我讀後的一些收穫，以上的每點都適合細品細讀。同時我也覺得很多非計算機的也可讀，更細緻的了解這個專業，舉一反三學習團隊合作精神。
對於生活的任何一件事，我們要預期變化，而不是期待變化。所以馬上學起來，「碼」馬上學起來，方法馬上學起來，**馬上學起來，盡在《構建之法》。
在這本書幫我解決很多誤區的同時我還有一些疑惑：
（1） 在學生時期，沒有很多專案經驗，更多時候都不知道自己在做什麼，從何做起。**功能的實現考查找資料，於此就產生依賴。對此該如何學習。
（2） 在敏捷流程和等傳統的一系列做法中，我們應該如何平衡。
（3） 創新是這個時代的主流，我們在軟體這個領域該如何學習這種元素，並且更好的應用。
（4） 在計算機這方面，知識是否存在斷層，就是**就是**，運營就是運營……還是要各方面兼顧，如果兼顧是否有產生不專業這一說。
（5） 女生不適合軟體？這個是種偏見的說法嗎？若已然受到影響，在各科只是略知一二的話，該如何走出誤區？
（6） 團隊的合作以及開發的模式之間有什麼聯絡，是否有相對應的關係？
《軟體測試》第五次作業
構建執法 心得 整本書一開始寫的是軟體工程的發展史，從開始到應用，所經歷的各種變化。接下來講的是變成 要懂得團體的力量，合作取得雙贏，向我們講述的單元測試，回歸測試，效能分析工具。然後書的中間部分提到了成為軟體工程師所要具備的條件 1.積累軟體開發相關的知識，提公升技術技能。2.積累問題領域的知識和...
第五次作業
一 問題及 include using namespace std class time void add a minute void add an hour void add seconds int n void add minutes int n void add hours int n voi...
第五次作業
當我們在討論多型性的時候，通常會用過載函式進行舉例，而這次發現的問題主要在過載運算子上，因此我希望通過對過載運算子的測試來得出乙個結論。我們想知道為什麼前置運算子和後置運算子會有區別，因此設計了乙個實驗來證明它 得到最終結果如預期那樣。通過這次作業，我能感受到前置和後置運算子的區別，通過x 和y x...