構建之法閱讀筆記03

2022-05-22 13:57:08 字數 893 閱讀 1592

第三章軟體工程師的成長

上班的時候,高階的軟體工程師其實和普通的軟體工程師一樣坐在電腦前敲敲打打,查下郵件,上會網,看看手機,聊會天。但是兩者的區別就在下班的時候,高階工程師下班回家,而新入職的工程師還在電腦前奮鬥。

軟體開發不僅有團隊的流程,還對每個成員有獨立的要求。軟體團隊是由個人組成的,團隊開發的大流程中是每乙個人在做具體的開發測試使用者介面設計管理交流等工作。個人在團隊中也有獨立的工作流程。但是個人的工作要用什麼來評判呢,用上班時間?那是不是經常加時的同志能夠贏得頭籌?

初級軟體工程師要成長要先積累開發相關的知識提公升技術技能,而且積累問題領域的知識和經驗。隨著經驗的積累,乙個工程師可以掌握更廣闊的更深入的技術和問題領域的知識。對通用技術的軟體思想和軟體工程的理解,提公升職業技能,還用實驗成果都是軟體工程師高階的要求。

軟體的開發的工作量和質量的衡量方法 1.專案任務的大小 2.專案的花費時間 3.專案完成的質量如何 4.專案是否按時交付。

團隊對個人的期望 1.每個成員之間可以相互交流 2. 說到做到  3.接受團隊分配的任務 4.全力投入團隊的活動 5.按照團隊的流程的要求工作 6.在工作前做好準備  7.理性的工作,不摻雜個人感情。

軟體工程師的職業發展 1.考級之路,完成國家的專業技能資格考試或者得到相關公司的職業認證專案。 2.steve mcconnell版本 3.大公司版本 4.自我評估

技能的反面 其實我有時還是志大才疏的,每次都會又這些那些的小的錯誤。這些都是才能不夠的原因。技能的反面就是對技能的熟練程度達到了熟能生巧的時候才能真正稱為一名軟體工程師

我以前程式設計序都是自己乙個人獨立思考,不必和其他的人接觸也不用考慮程式完成後其他人能否使用,,只需要判斷程式執行是否正確就夠。但是軟體不是程式他需要乙個團隊通力合作,每個人承擔著不同的任務不同人之間需要相互呼叫,這必然會存在介面的問題。這就是需要軟體工程師的能力所在。

構建之法閱讀筆記03

通過這幾天的閱讀,基本對本書又有了新的認識,讀完這本書是一回事,要想深入的理解又是另一回事。本書第一版出自2014年,當時軟體工程正在中國蓬勃發展,在此書出來之前大學裡的教材有些還是外國書籍的翻譯版本。豆瓣上對此書的介紹是 軟體工程牽涉的範圍很廣,同時也是一般院校的同學反映比較空洞乏味的課程。但是軟...

構建之法閱讀筆記03

今天自己又回過頭來詳細的閱讀了一遍 構建之法 的第二章,下面分享一下自己的體會。一.單元測試 之前自己在程式設計的過程中,從來沒有對自己的程式進行過單元測試,總覺得輸出了題目要求的結果就行了,沒有考慮過程式執行的中間過程或是對占有的記憶體進行釋放等問題。而書中詳細介紹了單元測試的重要性和如何進行單元...

構建之法閱讀筆記03

又到了一周的結尾,時間過得真快。這一周,閱讀了 構建之法 關於團隊和流程的部分。正好,這周我們用的就是結對開發的模式。算是理論加上實踐吧。和以往的單獨程式設計不同的是,團隊開發增加了與同學的交流討論,在問題的解決與實現方面不再是一人單扛,可以交換不同的思路,用不同的角度思考問題,把問題更好的解決。這...