今天我讀的是構建之法第三章,第三章講的是工程師的思惟誤區,對於思惟誤區,文章中舉了幾個例子,都是頗有說服力的例子,每每誤區會是咱們陷入死循環,走不出去,到最後也不知道本身在幹什麼。編程
思惟誤區分爲好幾種,書中一一舉例,分析麻痹,不分主次,一味的想解決全部問題,過早優化,過早擴大化等等,這幾個例子給我感觸很深,由於本學期咱們的軟件工程這門課是開發一個軟件,雖然如今期末了,可是我依然記得當初組好隊去開發app,咱們滿懷激情的制定咱們軟件的功能,定位,傳輸文件,接收文件,美化界面等等,本覺得四我的一塊兒努力就能夠成功,開始的咱們都很順利,每一個人都作着本身的那部分,對於代碼小白的咱們只能處處查資料,看看能不能弄明白,經歷了將近十天的心酸,每一個人的部分功能均可以用了,也到了驗收的時間,可是當咱們想作出來一個完整的軟件時,顯示大大的打了咱們的臉,爲何代碼不能融合到一塊兒,造成一個完美的軟件,這就是現實,最開始咱們都想的太美好,顯示卻不盡人意,此時的咱們心灰意冷,通過咱們的反思,咱們總結了緣由,主要是咱們都是代碼小白,並無編程大佬,全部咱們各自作的功能都是通過各類查資料才作出來的,對代碼並不熟悉,因此最後也根本不可能作出來成品,想到了這些,咱們也決定換思路了,決定先看別人的成品的總體構思,必須得有一個整體構思,雖說功能必須分塊作,可是若是沒有總體架構,都是空談,通過了此次的洗禮,咱們最後也算是作出來一個成品架構