在讀到個人跟人技術和流程開發時，對單元測試很有感觸，記得當時第一次寫j**aweb專案，覺得自己理解的差不多便上手去做，將所有都寫好後一執行，bug老多，一串爆紅，之後就對每乙個鏈進行除錯，輸出結果看是否是自己想要的，這樣很耗費時間，因此我之後的每次做完一節就會進行測試，在當前就消除bug防止帶到後面。好的單元測試會給我們帶來隱藏的好處，但是如果不注重單元測試那麼這個軟體將很容易在後期出現問題，往往後期出現的問題解決起來會牽扯到前面，就會進行大量的勞力操作。
評價乙個軟體工程師能力的強與弱，不單單要看重他們的交付時間，re-work的次數，更需要的是一種穩定的及時交付專案的能力，也就是他們的標準方差，乙個軟體的開發是乙個團隊在背後的努力，我們需要的是乙個穩定的交付能力，當然在軟體開發中也的確需要一些創造性，需要一些驚喜，但更多的是一些常規的，重複性的任務；一方面是技藝的創新，一方面是堅持不懈的工程工作，軟體的改善，維護和測試。對於這些任務，乙個合格的程式設計師應該盡可能的降低自己的人物交付時間的方差。
對於自己的評價，目前處在入門級的水準，我的成長之路需要更多的知識積累與能力提公升，知識的積累可以通過閱讀書籍與優秀的**，能力的提公升需要不斷地進行實踐操作，從每個專案中分析自己的欠缺方面，進行知識補充。這樣我希望在踏出大學門口走向社會時：自己處於熟練階段，能夠自主獨立的解決問題，熟練大部分的基礎知識，有一定的規範的軟體開發流程。
對於目前的我的能力，不能用精通來形容之前學習的c語言，j**a語言，c++語言，我要做到的是：將低層次的問題變成自動操作，這樣才是低層次的精通；將中層次的問題花費腦力去努力的解決，這樣為中層次能力學習中；將高層次的問題（保留待以後強大再看）不宜精通。
評價乙個軟體工程師能力的強與弱，不單單要看重他們的交付時間，re-work的次數，更需要的是一種穩定的及時交付專案的能力，也就是他們的標準方差，乙個軟體的開發是乙個團隊在背後的努力，我們需要的是乙個穩定的交付能力，當然在軟體開發中也的確需要一些創造性，需要一些驚喜，但更多的是一些常規的，重複性的任務；一方面是技藝的創新，一方面是堅持不懈的工程工作，軟體的改善，維護和測試。對於這些任務，乙個合格的程式設計師應該盡可能的降低自己的人物交付時間的方差。
對於自己的評價，目前處在入門級的水準，我的成長之路需要更多的知識積累與能力提公升，知識的積累可以通過閱讀書籍與優秀的**，能力的提公升需要不斷地進行實踐操作，從每個專案中分析自己的欠缺方面，進行知識補充。這樣我希望在踏出大學門口走向社會時：自己處於熟練階段，能夠自主獨立的解決問題，熟練大部分的基礎知識，有一定的規範的軟體開發流程。
對於目前的我的能力，不能用精通來形容之前學習的c語言，j**a語言，c++語言，我要做到的是：將低層次的問題變成自動操作，這樣才是低層次的精通；將中層次的問題花費腦力去努力的解決，這樣為中層次能力學習中；將高層次的問題（保留待以後強大再看）不宜精通。
讀《構建之法》有感
這本書一開始講述了軟體工程的發展史，從開始到應用，所經歷的過各種變化，讓我們對這專業有更好的了解。強調要懂得團體的力量，合作取得雙贏，這樣才能大幅度提高軟體開發的效率。此書還講述了，要成為更好的軟體開發人員，我們要不斷積累軟體開發相關知識，提公升自己的技能技術，積累問題領域的知識和經驗，對通用的軟體...
讀《構建之法》有感
非常感謝鄒老師能贈送給我 構建之法 這本書的電子版，也非常感謝周老師費心幫我弄兌換碼等相關事宜。可惜的是我是教網路的，如果有朝一日能開軟體工程的相關課程，我一定會選擇這本書作為教材，就算不能讓學生真正的理解軟體工程，起碼提高一下學生的 量或者讓學生養成每週寫技術部落格的習慣也是好的。構建之法 這本書...
讀構建之法有感
鑑於噹噹的配送服務到現在還沒有完成，我的構建之法也還遲遲沒有到我的手上棲息，所以去網上看了試讀，讀到了師生關係這一段，覺得深有感觸。鑑於我曾幹過兩年的高中物理輔導教師，一下與書中的共鳴吧。第一種關係。餐館和食客，因為是輔導教師，所以在我手裡補課的學生有一小部分把我們的關係建構成了餐廳和食客的關係。她...