這個作業屬於哪個課程
這個作業的目標
《對教材內容提三個問題並談談自己的看法》
姓名-學號
《石堯文》-<2018330301092>
問題一（1）出處
bug的多少可以直接衡量乙個軟體的開發效率、使用者滿意度、可靠性和可維護性。
————《構建之法》p15
（2）問題
那麼bug是越少越好嗎？沒有bug的軟體真的存在嗎？
（3）看法
我看見書本上講bug就是軟體的行為與使用者的期望不一樣，那麼顯然bug的數量越少這個軟體就越符合使用者的期望，但是書上又說是缺陷還是乙個功能，不同的人有不同的答案，從這個來看，也許一些人認為乙個軟體有這樣乙個bug但是到了別人那裡這個bug卻成為了乙個功能，這時這些bug是否應該存在呢？而且對不同的人每個人都可能會有自己不同的看法，那麼會有乙個軟體是沒有bug的嗎？而且如果對bug的定義這麼主觀的話又這麼判斷乙個bug是否是應該被優化的bug呢？這都是我想不明白的地方。
（1）出處
過早的優化是一切罪惡的根源
————————《構建之法》p53
（2）問題
為什麼優化會造成罪惡？什麼叫過早的優化？
（3）看法
我查閱了優化的概念，加以改變或選擇使優良，從字面意思上來看，優化便是變得更好，不管是過早還是過晚都是變好了，那麼為什麼過早的優化卻成為了罪惡的根源了呢？還有書說過早的優化是指工程師在寫程式時容易在某乙個區域性問題上陷下去花大量時間對其進行優化，無視這個模組對全域性的重要性，甚至還不知道這個「全域性」是怎麼樣的。還舉了乙個小飛打傘的例子，我覺得這似乎是因為這個程式設計師沒有大局觀，和過早的優化似乎沒有什麼關係。
（1）出處
軟體開發有很多個人的、情感驅動的因素，但是乙個成熟的團隊成員必須從事實出發，按照流程，理性的工作。
————————————《構建之法》p51
我總覺得靈感是屬於業餘愛好者的。我們職業人士只是每天持續工作。進天你繼續昨天的工作，每天你繼續今天的工作，最終你會有所成就。
————————————《構建之法》p52
（2）問題
純理性沒有情感驅動的工作真的是好的嗎？
（3）看法
我覺得作者過於強調理性而否定情感的驅動是不對的，可能我是個外行人，不懂乙個程式設計師真實的工作狀態，但是我覺得，理性的工作是必須的，但是情感的驅動同樣必不可少，我認為，你有了情感才會有創新，才會有新的方向與不斷前行的動力，如果你每天都是不斷地繼續之前的工作，那麼在工作上很難取得什麼大的突破。
軟體工程第二次作業
題目鏈結位址 github鏈結位址 難度瓶頸 最終選擇 改進版本 只是生成數獨終盤，不考慮附加作業，就沒有考慮類，只是函式。array 0 0 7 basic.erase 7 basic為集合名稱 if basic.size 0 for int k 0 k row k else 版本二 void c...
軟體工程第二次作業
github 位址 我剛開始打 的時候覺得打完就好，能過樣例就ok。經歷過一段時間後會發現有可能樣例過了其他測試點全錯，所以就會開始多測試幾組資料，希望自己的 能夠盡量準確。當準確性開始有保障後，我就會去思考程式本身是不是可以進一步改進，使 執行速度變的更快。在我看來自己出資料測試就相當於書中說的單...
軟體工程第二次作業
1.簡述軟體過程 軟體生存週期 軟體過程模型 軟體生存週期模型 三者之間的概念區別。軟體過程 軟體生存週期中的一系列相關過程所涉及的活動 軟體生存週期 軟體生命週期 同任何事物類似，軟體也有乙個從生到死的過程，這個過程一般稱為軟體生存週期或生命週期 軟體過程模型 軟體生存週期模型 為了能高效地開發乙...