軟工網絡15閱讀2 羅駿 201521123121

問題1.

在第4章節中，做者花了三個小節的長度，着重介紹了代碼規範性的重要性，包括格式、風格、設計等方面。

可是在現現在編程軟件愈發豐富的時代，編程軟件自身或者許多第三方插件的設計者提供了不少能夠直接使用的
自動排版、模塊化等功能的插件，能夠直接實現自動化的規範處理，依賴這些工具，能夠大幅減小程序員，尤爲是
新程序員在這方面的時間消耗，既然如此，爲何不主動推廣此類功能的普遍應用，取代人工的操做呢？一來可減
少人工操做時間和精力；二來由程序自動規範，在廣泛性上能夠避免不一樣人之間習慣的不一樣帶來的差別。

問題2.

第八章需求分析中提到「從用戶等軟件產品的利益相關着分析需求」（p159）、「用戶調研獲取用戶需求」。

結合上週課堂上老師提出「飛機上逃生系統使用率幾乎爲0，但必須配備「的問題。若是換做通常的用戶需求，好比手
機系統是否增長某項功能，若是這項功能不是大衆功能，可是極少數硬核用戶在用戶需求中提出，那麼是否還要去
花費成本進行開發呢？如果開發，則會額外付出一部分紅本，可是使用率很低，若忽視該少數需求，那麼這類用戶
的需求得不到知足，且此類硬核用戶是對產品反饋最活躍、潛在影響力最高的用戶。該如何取捨？

問題3.

章節9，項目經理一章中，明確了PM在團隊中的核心地位，如書中所說，「PM作開發和測試以外的全部事情」（p194）

在領導過程當中，如果出現團隊成員在開發中期與PM出現技術上的意見分歧，該如何處理？理論來講，PM更瞭解
項目的大局和流程，且處於領導地位，而程序員可能不能顧全大局，但更瞭解當下開發中的實際問題。那麼該如何
採起解決措施消除矛盾？若因最終出現失誤，該如何處理？

問題4.

章節9，PM與風險管理中（p204）提到，「開發人員簽入的代碼有問題不屬於風險、簽入代碼帶來的負面影響是軟件
生命週期的正常事件；外部公司提供的模塊質量可能大大低於預期」。

代碼問題是工做中最直接的、最長髮生的錯誤，爲什麼代碼問題不屬於風險？從結果考慮，這與第二句不是相互矛盾
的存在嗎？爲什麼做者反而將完美主義者定義爲「項目的風險」？在我看來，追求完美，應該更能下降項目中不可控錯
誤的發生。

問題5.

第16章，IT行業的創新中，做者給出了常見的「創新的迷思」（p346），以及隨後小節的闡述，皆是圍繞什麼是創
新、創新的思路方法，我本身歸納爲是對「真創新」的闡述。

可是結合現有的生活實際，現實中不乏不少「僞創新」「賣概念」的套路存在，例如前兩年共享自行車的火爆，帶動了
該行業從業者如雨後春筍遍地而生，抑或是其餘光怪陸離的共享物品業務出現，很明顯，這是屬於概念興起以後「僞
創新」氾濫的結果，隨着泡沫的破滅，倒閉的倒閉，蹭風口的屍骨無存，投機者盆滿鉢滿，這個例子是個比較顯而易
見的互聯網概念催生的泡沫，結局出現的快、易於分辨。如果換做一些沒有造成熱點的「僞創新」事例，那將如何區
分「真創新」與「賣概念」？