構建之法閱讀筆記01

2022-08-01 06:03:13 字數 336 閱讀 6949

我過去是怎麼做的:

在這學期的團隊合作中我認為團隊合作就是自己寫自己的**然後再結合起來。

但是實際上證明這樣的想法是錯誤的

每個人的**習慣都不一樣

結合書中所講,說明為什麼這樣不好:

而我們這種所謂的團隊就像是書中所說的搬磚的,並不是真正的團隊。

我認為如果想要成為真正的團隊就要變成交響樂團模式

交響樂團模式,每人各司其職,完成自己的工作。

提出乙個解決辦法,避免再次掉入陷阱:

團隊之間的交流是最重要的。

多多交流,讓團隊的每乙個人的意見統一,**變數名以及**的結構習慣統一,這樣就可以更好的避免錯誤的發生。

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

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

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

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

構建之法閱讀筆記01

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