構建之法閱讀筆記01

2022-06-01 12:48:13 字數 436 閱讀 9706

閱讀計畫:每週空閒時間精讀《人月神話》、《夢斷**》、《構建之法》,有精力的話就接著閱讀《**大全2》和《tcp\ip詳解》等。

讀《構建之法》遇到的問題:

1       **模組的基準線是如何制定的,是以什麼形式存在?

2       鄒欣老師列舉了3種職業發展之路,那麼哪個是適合我的未來職業之路?

3       極限程式設計對工程師提出了什麼樣的要求?

4       軟體=程式設計師自身的修養+完成工作的素質?

5       乙個軟體團隊的生命週期有多久,怎樣的分工模式才最適合促成最優的軟體?

6       怎麼解決從經驗不足的菜鳥到**大神的過渡過程中遇到的來自企業只招收程式設計經歷在幾年以上員工的問題?

7       如何衡量當下工作按時與延時追求創新的重要性?

快速閱讀《構建之法》 構建之法閱讀筆記01

自己從3月4日開始讀 構建之法 在粗讀一遍後,自己產生如下疑問 1.風格真的很重要嗎?總覺得清晰易讀即可 2.編寫軟體時,是程式簡潔高效但不易讀好?還是程式冗餘效率低下但是方便別人閱讀易維護好?3.使用者體驗主要體現在哪些方面?介面美觀,反映速度快,功能齊全足夠了嗎?4.本書只說了團隊模式,並未對如...

01《構建之法》閱讀筆記01

個人感受 我過去的做法 1 寫程式以實現功能為主要目的,所以有時候為了功能的保證,會不太注重演算法的使用。2 在團隊專案中,習慣了個人程式設計,和團隊成員溝通偏少。為什麼這樣不好 1 不注重演算法的使用,會無端的浪費空間和執行時間,使程式效率大大降低。2 團隊成員之間交流過少時,融合會經常出現問題,...

構建之法閱讀筆記01

從第一章概論中提到,軟體工程要創作足夠好的軟體。而有一些同學認為,所謂好軟體,就是沒有bug的軟體,所謂軟體工程,就是把軟體中的bug都消滅掉的過程,這確實抓住了軟體工程中的乙個要素,和軟體打交道的專業人士都知道軟體有bug,軟體團隊的很多人都整體和bug打交道,bug的多少可以直接衡量乙個軟體的開...