no.7互聯(lián)網(wǎng)架構(gòu),，自來水要考慮互聯(lián)網(wǎng)很快的迭代速度,，所以對于擴展等---注意自來水,。企業(yè)架構(gòu)，內(nèi)部it系統(tǒng)相對穩(wěn)定,，對比互聯(lián)網(wǎng)架構(gòu),，更簡單？答：挺好的分析,。幫你補充幾點：互聯(lián)網(wǎng)架構(gòu)不僅迭代會快一些,，用戶規(guī)模通常，但業(yè)務(wù)也會單一些,；企業(yè)應(yīng)用通常業(yè)務(wù)比較復(fù)雜,，尤其是和行業(yè)會有一些結(jié)合，但是用戶規(guī)模要小很多,。這些特點,，都會影響架構(gòu)設(shè)計的選擇。no.8老師能不能具體講講重構(gòu)有哪些原則和要注意的地方,，感覺一直得不到要領(lǐng),。重構(gòu)的要領(lǐng)我覺得兩點。一：你要先寫一部分自動化測試代碼,，---重構(gòu)后這些測試代碼能幫助你檢測出來問題,；第二：在重構(gòu)模塊的時候，老的代碼先保留,，寫新的代碼,，然后指向新代碼，開發(fā)自來水繳費,，或者用特定開關(guān)控制新舊代碼的指向這樣上線后可以自己先測試,，有問題也可以及時關(guān)閉，然后讓自動化測試通過,，再部署測試,，新代碼沒問題了，刪除舊代碼,。no.9有沒有事情管理的工具,？因為如果不記錄下來，一會兒就忘記了,。我個人的話,，一般就用系統(tǒng)自帶的記事本記一下，或者貼一個便簽紙在顯示器,。如果時間跨度長,，我就記到calendars上,，加上提醒。工作中的任務(wù),，我則會創(chuàng)建成ticket,。n。10現(xiàn)在還有一種說法：提倡基于主分支開發(fā),，效率更高,；而不是您提到的每人基于自己的分支開發(fā)完再合并回主分支。您怎自來水么看待這個問題,？我認(rèn)為對于軟件工程來說,，很多問題，并不是只有唯1解,，即使是z佳實踐,，也得看適用的場景和團隊。無論是基于主干還是分支開發(fā),，有兩點需要注意的：就是一定要有一個穩(wěn)定的分支,，自來水收費軟件，可以---發(fā)布的那種,，至于是叫master還是叫release并不重要,。合并之前要有代碼---和自動化測試自來水配合ci。上面兩點才是---,。

一,、 系統(tǒng)建設(shè)目標(biāo)

為礦井快速構(gòu)建一套安全管理、生產(chǎn)調(diào)度,、生產(chǎn)過程信息管理,、調(diào)度指揮集一的綜合調(diào)度管理信息系統(tǒng)；

建立生產(chǎn),、安全,、經(jīng)營等調(diào)度數(shù)據(jù)的統(tǒng)計分析和預(yù)測體系，實現(xiàn)各類調(diào)度管理信息的數(shù)字化科學(xué)管理,；

建立礦井調(diào)度數(shù)據(jù)中心,，實現(xiàn)調(diào)度信息的---展示及應(yīng)用。