這個作業屬於哪個課
這個作業的目標
《讀《構建之法》，提出自己的問題》
姓名-學號
《王寧寧》-<2018330301039>
我在《構建之法》的第一章，第15頁，看到有這樣一句話：「向進度落後的專案中增加人員，會讓專案更加落後。」，我很疑惑的是這個規律的適用範圍。
因為在日常中生活中，互幫互助總是常見，也有句話，眾人拾柴火焰高。我在查詢的資料上也看到說，軟體工程的特殊性，要求軟體團隊需要有高強度的溝通和默契。盲目增加人員只是徒勞無用，還會拖慢進度。所以這個規律是否放之四海而皆準？或者還是只適用於軟體工程？
我在《構建之法》的第三章，第46頁，看到筆者對「re-work"的看法，認為，re-work只是表明在軟體開發過程中花費的時間，re-work的多寡並不跟最終的質量成正比關係。re-work有價值，但是，如果為了乙個簡單的問題不斷的re-work，會使得工作效率不高。筆者舉例，乙個成本是，乙個藝術家經過幾十遍的塗塗改改，最後創作一幅佳作，但這幅作品被大量重印，給畫家帶來名和利的收穫。另乙個成本是這幅畫只是每天要完成的幾十幅稿件中的一幅。論哪個成本值得。
這裡我一下想到了，曾看到的資料中提到，（不確定記憶是否準確）華為在程式編碼時，常常採用不斷累積次編碼，同乙個程式，你編完，我看一遍，修改一遍；再來乙個人，再看一遍，修改一遍。通過不斷累積，實現程式執行上的微小突破。用時間和人力成本來替換得到技術優勢。所以我想，如果re-woek不斷積累的話，是否可能量變引起質變。每天只是為了完成任務試的，去畫畫的話，突破的可能性很小，但是通過不斷的re-work，去積累改變，卻是一種明確性的進步方向。
我在《構建之法》的第四章，第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萬。他想買這套房子，多大的 率能夠忍受...