第1章、軟件企業等于軟件加商業模式，那么怎樣的軟件才能在商界中屹立不倒？軟件需要什么維持他的壽命？
答：堅持維護后臺，創新，根據用戶需求改善自身。
第2章、我們需要面對客戶的需求還是只需要面對分析師的分析？
答：主要面對客戶的需求，分析師是根據客戶需求做出相對的分析的，覺得怎樣更加好而已。
第3章、一個人具備需要具備哪些條件才能成為一個合格軟件工程師？現在的我們能通過什么去實踐提升自己的能力？
答：基礎的編程能力，還要配合隊友的需要做出調整。多點團隊合作配合開發或者磨練來提升自己的能力。
第4章、有時候感覺，編程一個人的時候往往會比兩個人有效率，但是兩個人能彌補的漏洞比一個人多，那么一個大的軟件工程需要多人個去做，是事半功倍還是有所阻擾？怎樣才能使一個團體互相彌補？
答：首相要談好個自己的工作分配，然后需要及時溝通并防止漏洞的產生。
第5章、怎樣才算一個團隊？是否像去西經的四人組？那么現在的我們是處于哪個角色？又該如何去調整改變？
答：首先需要一個領隊；然后應對不同方面選擇需要的角色，互相調整。
第5.5 章：
軟件開發分為四個階段：初始階段、細化階段、構造階段、交付階段。
問題：在5.3.6中提到軟件完成的標志為1.時間到了；2.錢花光了；3.用戶滿意了。那么，所謂的完成有好的完成和壞的完成，但是怎樣才能避免壞的完成？
答：首先要選擇好覺得有前景的方向，那樣需要詳細具體的調查和分析，剩下的在開發中還要多點去了解社會的改變，與時俱進，這樣才能避免壞的完成。
第6章：
敏捷作為當下的軟件界的流行名詞，因為敏捷反轉了以往的固定步驟，編寫程序的時候不一定要死板，可以隨機應變，隨心所欲，但它也有自己的弊端，讓人太盲目了。
問題：如何發揮敏捷最大的優勢，避免其壞處？
答：了解，適應，改變，蛻變。
第7章：
描述了MSF這個微軟推薦做軟件的方法，它有自己的9條基本原則，都是基于對團隊的要求，在團隊中每個成員都有各司其職的功效，作為這個團隊的領導人，要對團隊人員的信任，給出的任務要放心給它做，事后對軟件的完善都要靠團隊的合作完成。
問題：最后在7.5中提到MSF的敏捷開發模式中，不是太懂，MSF跟敏捷有什么關聯，做出的軟件不是應該對用戶負責嗎？一個好的軟件不是要得到用戶的認可嗎？
答：軟件的用戶范圍很大，需要很好的分析，然后獲得認可。
第8章
四象限法是一種什么樣的方法？如何在現實中運用好四象限法來分析軟件的功能？殺手功能是否在四象限法占了很大的作用？
答：就像中斷，適當的中斷可以防止發生不可補救的運行。
第9章.項目經理
才能成為一名合格的項目經理，要做好哪些方面，具備哪些能力？
答：比較全能的人，統籌兼顧。
第10章.典型用戶和場景
一個軟件應該滿足各種用戶還是專注于某種類型的用戶呢？開發者又應該從什么方面去考慮軟件服務的用戶和類型？
答：這個是開發前就要討論好的。
第11章：
問題：我們現在這個階段是在做四則運算APP，如果按照這章的步驟走下去，每天都要進行進度更新，和每日會議還有每日構建的，會不會不太符合我們現在的處境？畢竟我們的所有時間不能只為一門課程服務，還要大量的時間花在其他的課程上呢。
答：通過四則運算，明白很多大程序在開發的時候都會覺得相對足夠了，可是在后面才發現其實bug是挺多的，功能太單調。
第12章：
設計用戶體驗的目的在哪里體現？
答：軟件的開發方向。
第13章
軟件各種測試方法的價值所在之處？
除了書本上的所列舉的測試之外，還有什么測試是適合于團隊開發的？
答：能力檢測，隊友互相評價。
第14章
測試人員對質量保障起決定性因素嗎？
答：對。
第15章
主要講的是軟件的發布，在發布之前要做檢測，如何能把所有都檢測的徹底？
答：給UI總監做好測試，并有一份詳細的報告。
第16章 IT行業的創新
我們從G-number這個游戲可以領悟到3點：1，贏者通吃。2，螳臂當車。3，只先一步。 我們知道這游戲玩次數越多，答案越小。所以把握好創新的時機是非常重要的。
第17章
主要講的是職業道德，無論是從事什么職業都要培養職業道德。
文章列表
留言列表
