儘管在上個學期已經看了《大道至簡》，但是我對讀書依舊不太感冒！甚至現在再去回憶《大道至簡》，也已經記不清內容了，模糊的記得選擇、迴圈、分支類似於這些的詞彙，還有愚公移山類似的故事，大概的內容也都忘的差不多了。這次要求看《構建之法》，我也是拖到實在不好意思再拖，才開始看這本書。一開始看的是網頁版和txt的版本，低落的拿起這本書，卻發現書中不一樣的世界，真的是，不一樣的世界。後來，又在網上買了原版的書，勵志自己一定要好好看完這本書。
《構建之法》給我的第一感就是官方，聽名字就是很官方！然而，真正開啟這本書，我的第一感立刻變成了同感！是的，就是同感這個詞！不像別的書那麼的虛浮，《構建之法》講的就是貼近我們學生的事。
讀者反饋中邱嶽的一句「讀大學時，最喜歡聽得是演算法和設計、編譯原理之類的「硬課」，最打不起精神的就是軟體工程。」真真的深入我心！我上這個概論課，一聽概論，就沒打算把它放在心上，還以為就是跟大一的資訊導論課是一樣的，因此導致了我有了「上課帶個手機，下課沒有這門課」的態度。結果，就是後來的應付，然後，自己的作業的超低分。對於這件事的反思，我已經在前一篇的部落格中做了反思，而面對這個問題的解決辦法我也提到了——正視問題，解決問題。既然一開始對於這門課的錯誤認識就是我的態度，那麼根源也是態度！只有我像這個禮拜這樣重視這門課，才能夠學好這門課，鍛鍊好自己的能力。
鄒老師在第一版前言中講了一句話「任何團隊都會有那樣、那樣的問題，正視這些問題，不斷改進，正是乙個優秀的團隊該做的。」這句話，不僅僅適用於團隊，還適用於個人，因此，我每天都會體味幾遍。一是因為，我剛好犯了逃避錯誤的問題，二是，我總可能犯這個問題。就舉我最近的例子來說，第一周在動態網頁設計的時候，就僅僅折騰了乙個下午沒有什麼成果，我就放棄了，然後交上了空白的作業。其實，那時候，我已經有點懂那個登入介面的語句了，但是，就是自己足夠懶，沒有勇氣和堅持去完成那個登入介面的設計。不過，經歷過這次「1分」的打擊事件，每天回憶和體味好這句話，是有利於我的進一步學習和成長的。
看鄒欣老師的書，真的是非常有趣，他說出那些我們經常抱怨的話，比如，資料結構的學習的「無用」，同時，他還舉了不少生動的例子，比如，飛機和阿超的故事。總在最枯燥的時候帶來了一汪清泉，讓我又沉入閱讀中去。
鄒老師後面又提了一件事，關於高分低能的事。說實話，我現在就是類似於這樣的情況。實際程式設計能力不怎麼樣，但是，成績單上的績點和學分卻不差。他又讓我陷入了一次沉思，我找工作的時候，也真的要和面試官這麼說嗎？我成績挺的呀，你為什麼不錄用我啊！學校這個地方真的是又好又壞，它給了我乙個學習的環境，卻總是讓我忘記以後要工作的事事實。在這裡，不免想起了，導師第一次見面會的時候，我跟王老師分享自己的見面會收穫——實踐第一。真的是，忘了（這裡指的不是真正意義上的忘了，而是自嘲）！這種工程類的學習不就是該實踐麼？可是每次的學習生活中，總拿一些考過了就好這樣的話來敷衍自己，敷衍課程。對於這件事，我沒有想好真正意義上的解決辦法，只能，時刻提醒自己實踐當頭！
有一句話叫做，迷茫的時候，就要想想初衷。我在後面的閱讀中，就深刻的感受到了這一點。軟工，當初，為什麼我選了軟體？不就是因為它的以人為本麼，為什麼現在反倒嫌它煩了呢？之前嫌棄計科，就是因為硬體太多，感覺無聊，而軟體就能與人打交道麼！等我想到了自己的初衷，好像還不晚，我還有時間彌補自己沒有做好的事！這不是一刻就能解決的事，而是，長期階段逐步完成的！
快速閱讀《構建之法》 構建之法閱讀筆記01
自己從3月4日開始讀 構建之法 在粗讀一遍後，自己產生如下疑問 1.風格真的很重要嗎？總覺得清晰易讀即可 2.編寫軟體時，是程式簡潔高效但不易讀好？還是程式冗餘效率低下但是方便別人閱讀易維護好？3.使用者體驗主要體現在哪些方面？介面美觀，反映速度快，功能齊全足夠了嗎？4.本書只說了團隊模式，並未對如...
01《構建之法》閱讀筆記01
個人感受 我過去的做法 1 寫程式以實現功能為主要目的，所以有時候為了功能的保證，會不太注重演算法的使用。2 在團隊專案中，習慣了個人程式設計，和團隊成員溝通偏少。為什麼這樣不好 1 不注重演算法的使用，會無端的浪費空間和執行時間，使程式效率大大降低。2 團隊成員之間交流過少時，融合會經常出現問題，...
構建之法閱讀筆記01
從第一章概論中提到，軟體工程要創作足夠好的軟體。而有一些同學認為，所謂好軟體，就是沒有bug的軟體，所謂軟體工程，就是把軟體中的bug都消滅掉的過程，這確實抓住了軟體工程中的乙個要素，和軟體打交道的專業人士都知道軟體有bug，軟體團隊的很多人都整體和bug打交道，bug的多少可以直接衡量乙個軟體的開...