這個作業屬於哪個課程
這個作業的目標
《通讀構建之法，提出三個問題》
姓名-學號
《俞齊聲》-<2018330301029>
我看了這一段文字：
什麼是足夠好的軟體？一些同學認為，所謂足夠好的軟體，就是軟體沒有bug。-- 引用自《構建之法》第一章(第15頁)
有這個問題：沒有bug就是足夠好的軟體嗎？
我的想法：我認為只是一味在乎沒有bug的軟體算不上乙個好的軟體，好的軟體應該是使用者認可的軟體。.因為我認為評判乙個軟體是不是好的軟體應該從多方面來分析，比如在我們的生活中，有兩個可以實現相似功能的軟體，我們暫且稱為軟體a、b，軟體a可以非常完美的完成你需要它幹的工作，但是它的響應非常的慢，進入介面也要很久。軟體b在工作時會時不時發生的顏色失常的bug。對於這兩個軟體，相信大多數人會選擇b，雖然它有小bug，但從使用者體驗來說，還是b好。
我看了這一段文字：
不分主次，想要解決所有依賴問題是軟體工程師的思維誤區之一-- 引用自《構建之法》第三章（第48頁)
有這個問題：為什麼這會是思維誤區之一，想做到完美不是很好的追求嗎？
我的想法：我認為想要解決所有問題不應該是思維誤區。.因為乙個程式設計師在編寫**時，只有懷著精益求精的態度才能把一段**寫的好。理應把追求完美、解決所有問題當作自己的目標，並朝著這個目標奮鬥，爭取做到最好。而且，書上小飛的例子並不能舉證這一點，為了去圖書館好好學習把自行車氣充滿，從而引發一系列不相干的事，反倒耽誤了學習。我認為他並不是
追求「學習」這一目標的完美，他想解決問題的本質已經改變。正確的解決所有問題的希望應該是解決學習上的問題，而不是這一系列的事。
我看了這一段文字：
在結對程式設計模式下，一對程式設計師肩並肩、平等地、互補地進行開發工作-- 引用自《構建之法》第四章（第79頁)
有這個問題：兩個人分別寫兩段**再互換著複審效率不是更高嗎？
我的想法：我認為對於結對程式設計這樣乙個人寫，乙個人看，效率不如一起寫，然後換著審核。.因為如果是按結對程式設計的方法來看，乙個人寫，另乙個人在旁邊幫助他審核，這樣的話，感覺審核的人的勞動力有些浪費，且這樣寫的人可能也會有些緊張和尷尬。但如果兩個人分開來寫，再互相換著審核，這樣兩個人的勞動力都得到了利用，而且乙個人寫不會那麼緊張。寫一段時間，剛好一邊審核一邊休息。所以，我感覺這樣效率更高。
第二次作業
execise02 1.查詢85年以後出生的學生姓名 性別和出生日期 2.列表顯示所有可能的學生選課組合 學號 課程號 3.查詢1 2 4班中陳姓同學的資訊 4.查詢所有及格的學生姓名 所選課程名及所得分數 5.統計各門課程的及格人數 課程編號 課程名 及格人數 6.統計各門課程的總人數 及格人數和...
第二次作業
第一題 p1 1 遞迴寫法，效率低 include 1.寫乙個函式返回引數值為1的個數 比如 15 0000 1111 4個1 程式原型 int count one bits unsigned int value int fuc int x else return 0 void mainp1 p1 ...
第二次作業
檔名稱 516.cpp 作 者 闕文榮 完成日期 2016 年 3 月 11 日 版 本 號 v1.1 對任務及求解方法的描述部分 用while語句控制輸出 輸入描述 略 問題描述 現在北京有一套房子，200萬，假設房價每年 10 乙個軟體工程師每年固定能賺40萬。他想買這套房子，多大的 率能夠忍受...