《構建之法》閱讀筆記01

2022-05-29 16:06:16 字數 301 閱讀 4112

我們之前常說「程式=資料結構+演算法」,但很多人都對這個結論有很多的分歧,認為正確的結論應該是「軟體=程式+軟體工程」,確實後邊的結論是前邊的改善,比如當寫了乙個二叉樹的遍歷演算法的實現,在這裡二叉樹是資料結構,遍歷的實現細節是演算法。c程式結果。但這個程式基本上沒有實際用處。

軟體開發會經歷幾個不同的階段:玩具階段->業餘愛好階段->探索階段->成熟的產業階段。由此可以看出軟體開發是乙個由淺入深的過程,所以切不可著急。

軟體工程是把系統地,有序的,可量化的方法應用到軟體的開發,運營和維護上。

軟體具有複雜性,不可見性,易變性,服從性,非連續性。

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

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

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

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

構建之法閱讀筆記01

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