1. 過去我總是乙個人解決問題，缺少與他人的交流。再有就是遇到的問題無法及時解決。
2. 對於乙個軟體工程師來講，個人能力十分的重要，如果自身的能力不足，那麼做什麼都會一事無成，甚至還會嚴重的影響自身的狀態。所以我們可以適當的去逼迫自己學一些東西，強迫自己一定要將重要的知識學會，等我們掌握的時候可以給自己一些小的獎勵，這樣我們就又有動力去學習其他的東西，這樣下來便成為了乙個良性迴圈，在學習中也可以找到快樂。只有自己能力提公升了，在團隊中也就能提出一些建設性的意見，同樣也增加了團隊存在感等。
3. 少了交流就少了一種思考的方式，以後的程式中要及時與他人交流，多增加團隊合作，多參加一些團隊專案的開發。
構建之法閱讀筆記03
通過這幾天的閱讀，基本對本書又有了新的認識，讀完這本書是一回事，要想深入的理解又是另一回事。本書第一版出自2014年，當時軟體工程正在中國蓬勃發展，在此書出來之前大學裡的教材有些還是外國書籍的翻譯版本。豆瓣上對此書的介紹是 軟體工程牽涉的範圍很廣,同時也是一般院校的同學反映比較空洞乏味的課程。但是軟...
構建之法閱讀筆記03
今天自己又回過頭來詳細的閱讀了一遍 構建之法 的第二章，下面分享一下自己的體會。一.單元測試 之前自己在程式設計的過程中，從來沒有對自己的程式進行過單元測試，總覺得輸出了題目要求的結果就行了，沒有考慮過程式執行的中間過程或是對占有的記憶體進行釋放等問題。而書中詳細介紹了單元測試的重要性和如何進行單元...
構建之法閱讀筆記03
又到了一周的結尾，時間過得真快。這一周，閱讀了 構建之法 關於團隊和流程的部分。正好，這周我們用的就是結對開發的模式。算是理論加上實踐吧。和以往的單獨程式設計不同的是，團隊開發增加了與同學的交流討論，在問題的解決與實現方面不再是一人單扛，可以交換不同的思路，用不同的角度思考問題，把問題更好的解決。這...