說到讀書，我們組的小夥伴們都很積極，也很熱情地根據本書內容並結合自身經歷提出了若干問題，望老師、同學們多多賜教^_^.
question-1:如果採用mvp的方式，創意會不會有可能被其他人剽竊，讓別人更早的做出完美的產品？
question-2:有時使用者想要的並不符合專業人士的判斷，比如使用者的某個要求反而導致效率更低，那我們應該聽使用者的還是專家的？
question-3:個人認為軟體產品是乙個工程化的產品，在整個過程中，強調的是高效、可靠、功能強大及可維護性等。那麼，在當今這個競爭激烈的市場中，中小企業是否有足夠的人力和財力去嚴格遵守這些工程化流程。
question-4:兩個人合作，每個人都按照不同的規範編寫**（變數命名等），開始合作時，規範不統一，此時該如何去協調雙方的編寫規範？除此之外，在加入乙個新的專案時，自己的依照的規範和專案依照的規範不一致，專案的規範 屬於過時的規範，可讀性不高，此 時，是否應該改變個人的編寫規範，從而符合現存專案的規範。
question-5:效能測試對硬體有固定的要求，每次測試都需要在相同的機器和網路中進行這就避開了很多隨機因素的干擾，實際使用中，使用者的硬體質量和網路快慢都是隨機的，雖然這樣測試得到的資料雖然更精準了，但是其測試結果的 意義有多大？
question-6: 在我暑假實習期間，我進入了一家北京的創業公司，可能是因為人員陸續離開，在他們的專案中，主要存在的就是運營人員和一名主管，而這個主管負責專案的整體執行，就是書中所說的pm的工作，但是他還要負責專案的 開發任務，這和我認為的乙個完整專案的人員分配不一致，我是覺得這樣的形式存在是不利於專案的發展的，然後看了本書的第九章後，我也更加感覺到的確不應該是這樣，但是我對公司專案發展趨勢了解不多，所以想知 道，如果照這樣發展下去，這個專案遇到的困難都會有哪些，會不會對專案產生至關重要的缺陷？
構建之法第一章
構建之法第一章 本章為概論，主要講解電腦科學的領域 軟體工程和電腦科學的關係 軟體的特性 軟體工程的定義與組成部分等內容。一 軟體 程式 資料結構 演算法 軟體 程式 軟體工程 軟體工程的核心部分 1 構建管理 2 源 管理 3 軟體設計 4 軟體測試 5 專案管理 軟體開發有玩具階段 業餘愛好階段...
《構建之法》第一章學習總結
1.1軟體開發的不同階段 玩具階段 業餘愛好階段 探索階段 成熟的產業階段 1.2程式，軟體與軟體企業 程式 資料結構 演算法 軟體 程式 軟體工程 軟體企業 軟體 商業模式 程式 演算法 資料結構 是基本功，但是在演算法和資料結構之上，軟體工程決定了軟體的質量 商業模式決定了乙個軟體企業的成敗。軟...
《構建之法》 第一章學習筆記
程式是每個學計算機的人都必須要編寫的，但是編的出程式卻不一定寫的出軟體，或者說雖然寫的出軟體但是這個軟體很難讓使用者滿意，很難持久的維護應用下去。書中通過阿超的案例讓我們看到了客戶們對程式設計師的需求從乙個簡單的程式，是怎樣擴充套件到乙個滿足各種功能的應用軟體，再擴充套件到乙個能保證維修的軟體服務。...