快速通讀教材《構建之法》，並參照提問模板，提出5個問題。
在每個問題後面，請說明哪一章節的什麼內容引起了你的提問，提供一些上下文，列出一些事例或資料，支援你的提問。
說說你提問題的原因，你說因為自己的假設和書中的不同而提問，還是不懂書中的術語，還是對推理過程有疑問，還是書中的描述和你的經驗（直接經驗或間接經驗）矛盾？
p55第三章「軟體工程師的成長」裡舉例
這是作者在書裡面提到軟體工程師的思維誤區包括過早的擴大化/泛化的例子，我覺得學會了新技術就想要馬上實踐是正常的，有時可能會有出人意料的突破，但或許這些想法可能會不切實際，新技術中有很多不確定的東西，機遇與風險並存。那應該如何去嘗試與選擇應用新技術是最適宜的呢？
p61
乙個"不精通"的面試者的程式設計過程實際上就是乙個"解決問題"的過程作者所說的通過不斷練習，不用經過大腦的自動操作，就能把低層次問題解決。大概是跟我們聽到「鵝鵝鵝」，立馬能夠脫口而出「曲項向天歌」一樣吧。但是這個低層次問題的解決要通過不斷練習的話，解決中間層次的問題也是在不斷練習低層次問題的過程，所以這個層次也不能劃分的很清楚。達到自動操作，所需要的練習量和時間很多，如果不斷地只練習低層次，恐怕到不了中層次就已經失去興趣了吧。那怎麼提高技能呢? 答案很簡單, 通過不斷的練習, 把那些低層次的問題都解決了, 變成不用經過大腦的自動操作, 然後才有時間和腦力來解決較高層次的問題。
p368效能過剩和競爭的各個階段
那麼如何判斷一種技術已經到了維持性的階段呢？乙個重要的特性就是效能過剩。看到作者舉例cpu的效能已經過剩了，好奇查了查發現各人看法不一，如現在高階膝上型電腦的cpu真的效能過剩嗎？。效能過剩應該是針對絕大多數使用者來說的吧，現有效能已經能滿足日常使用了。除此之外還有部分更高需求的人可能不這麼認為，應該怎麼判斷呢。
p388這裡作者說到要對選擇合適的時機，對不同的人施以不同的引導。裡面對積極的初學者的能力方面的幫助裡提到
要定義他們在團隊中的角色和範圍，限制自主性發揮;作者劃分了四個象限，從無知的樂觀狀態->知情的悲觀狀態->價值危機->知情的樂觀狀態。對每個狀態的人給出了不同的引導，定義角色和範圍有利於初學者找到方向，但是限制自主性發揮這個我不太理解，自主性發揮會帶來什麼問題。應該工作上限制，學習上提倡嗎？
p114敏捷開發
看了敏捷開發的流程，包括了找任務，細化任務，溝通完成任務，總結，實現快速迭代。參考資料裡提到
而敏捷開發的意義在於它只關注文件中的重要點，或者盡可能的去簡化文件，敏捷開發其實更注重的是人與人之間的溝通、交流。所以它強調以人為核心。把設計文件的時間用來進行團隊溝通，書裡作者還提到適合敏捷流程的團隊要求是：自主管理，自我組織，多功能型。所以對團隊各成員的綜合能力要求比較高。專案成員較多的情況下，溝通理解能力可能不同，相互交流需要較多的時間，要怎麼樣讓每個人理解到同一意思，確保任務有效傳達？
軟工網路15個人閱讀作業2 提問題
第六章114頁 1.盡早並持續地交付有價值的軟體以滿足顧客需求 2.敏捷流程歡迎需求的變化，並利用這種變化來提高使用者的競爭優勢 12.時時總結如何提高團隊效率，並付諸行動 我認真閱讀了這12條原則，我有兩個問題 第乙個是原則二的後半句話，看不懂，為什麼說需求的變化會提高使用者的競爭優勢，使用者的競...
軟工網路15個人閱讀作業2 提問題
快速通讀教材 構建之法 並參照提問模板，提出5個問題。如何提出有價值的問題？請看這個文章 以及 在網際網路時代如何提問題。還有這些要點 在每個問題後面，請說明哪一章節的什麼內容引起了你的提問，提供一些上下文 列出一些事例或資料，支援你的提問。說說你提問題的原因，你說因為自己的假設和書中的不同而提問，...
軟工網路15個人閱讀作業1
個人部落格位址 目的 管理你的專案，記錄 原始碼 文件，歷次版本變更，bug發現與修復 等資訊。碼雲位址 應該是偏向硬體這塊，以後工作方向可能是監控 網路佈線之類的。不是個人的第一志願，在學習中思考未來就業方向。比較符合，學習過程中帶有實驗課的實際操作，較切合實際。是比較接受的領域，不太擅長。有小的...