讀《構建之法》疑問

讀《構建之法》疑問

第一次學習軟件，原本應該是枯燥乏味。可是自主學習了鄒欣老師的《構建之法》以後，被其中生動的實例和回味無窮的知識吸引。同時也有了不少疑問，但願在以後的學習中找到問題答案。

 問題一
    如何才能成爲一個優秀的軟件工程師？
   -在第三章初始，第42頁末尾處，文章提出了一個重點「軟件開發不光是團隊的流程，還包括我的的開發過程」，其後43頁又緊接着提出了「軟件團隊」和「團隊工程師「之間的聯繫。如此說來我的軟件開發在團隊中扮演了相當重要的角色。那麼，這就值得深思了，如何能扮演好這個角色？也就是如何能成爲一名優秀的軟件工程師呢？
     然而，接下來的閱讀讓我對此問題更加疑惑，在第44頁倒數第七行中，筆者提出的「什麼數據能說明一個軟件工程師的技術和能力呢？衡量能力有哪些參數？」問題，以及以後對這兩個問題的解答，讓我不由想問一句，難道作到這些就是一個優秀的軟件工程師了嘛？
     可是，作到了如筆者所說的那些標準，也不能斷然稱之爲優秀吧，我的認爲對時代的適應性以及超前的思惟也極爲重要，畢竟軟件工程日益發展，一波一波的舊軟件系統被淘汰。這是沒有強大的思惟神經所不能承受的。因此這個問題依然值得深思，但願在之後的學習生活中能獲得答案。

  問題二
     如此說來是否是當一個團隊擁有了最頂尖的工程師，就是一個很棒的團隊？
   -依舊是剛剛所說的團隊問題。第四章進一步強調了兩人合做的重要性，以及第五章對團隊的重點介紹讓我再上一個問題的基礎上，引起了新的思考，若是一個團隊擁有了最頂尖的工程師，會不會成爲一個很棒的團隊？
     這個問題，在我進行第二次深刻閱讀的時候，獲得了一些解答，在第三章第48頁3.2中，咱們能夠看到軟件工程師的誤區有四：分析麻痹、不分主次，想解決全部的依賴問題、過早優化以及過早擴大/泛化。而且每一個軟件工程師所犯的思惟誤區都不同。因此說優秀頂尖的工程師並不能免去團隊磨合這一項團隊工做中做重要的問題，好的工程師磨合很差的話，也沒法成爲一個很棒的團隊。
     對於這個問題的其餘解釋尚未理清，但願在以後的學習中有所瞭解。

    問題三
       面對日益增加複雜的用戶需求，軟件工程師該如何應對？會不會因沒法知足需求產生第二次軟件危機？
   - 再讀到後面第八章需求分析的時候，看到了第151頁開始所提的問題「軟件團隊如何才能準確而全面的找到需求？」，由這一問題引起了上面的思考。
     咱們都知道，如今的時代已不比從前，大數據的隨處可見讓用戶的需求日益增加，這給軟件工程師所施加的壓力也是不可同日而語。那麼，這一現象該如何應對呢？
     這個問題我尚未找到到明確的答覆，對二次軟件危機的猜測也多是空談，不過但願在以後的學習中虛心向老師請教這一問題。