xp和scrum兩種開發模式的比較、辨析
xp開發模式簡介
xp是extreme programming的縮寫，即極限程式設計，是一種軟體工程方法學，也是敏捷軟體開發中最富有成效的幾種方法之一。
xp的工作流程
xp工作流程的第一步就是收集使用者故事，且使用者故事由使用者編寫，也要得到使用者的確認，這可以理解為xp的需求獲取方式。
就是要制定發布計畫，該過程確定的是在系統某個發布版本應該完成哪些使用者故事，開發需要經過數次迭代，而每次迭代中都會完成一部分使用者故事。
就是具體每次迭代開發過程要做的事，包括計畫（也即確定當次迭代要完成哪些使用者故事）、編碼（實現使用者故事的過程）、測試（主要指開發中的單元測試）、驗收測試。
xp開發模式的特點
xp開發人員和客戶的聯絡性非常緊密，xp開發小組必然會有客戶參與來確定開發的優先順序。
xp開發模式講究的是**的簡單性，不需要考慮寫出可移植的普適性**，講究「簡單高效」。
xp開發模式採取了結對程式設計的方法，即開發即測試，開發過程是由兩名程式設計師一起使用乙個螢幕進行開發。
小規模性，一般認為，xp開發模式適用於小於12人的團隊。
總結來說，xp開發模式的特點可以用四個詞來形容，快速反饋、假設簡單、增量變化、包容變化。
scrum開發模式簡介
scrum開發模式名字源於橄欖球爭球隊，其將軟體開發團隊比作橄欖球隊，可以體現他的一些特性如合作緊密、目標一致、管理嚴格。
scrum的開發流程
scrum開發流程通常是2-4週為乙個階段，每個階段工作流程是，先由客戶提供新產品的需求規格，然後開發人員在每個階段開始時和客戶確定開發的優先順序，選擇需求規格中的一部分完成，其有乙個顯著特點是開發團隊每天用15分鐘開會檢查成員進度計畫、排除疑問。
scrum的角色與活動組成
三種角色：產品負責人（po）、scrum master、開發團隊
五個活動：計畫會、每日例會、評審會、回顧會、迭代
二者異同及優劣之處
相同點
兩者的開發流程安排相近，都是先確定計畫，再在每次迭代中完成開發，然後繼續推進。都是迭代式增量開發。
二者特性相似，都是具有包容變化性，都有很強的響應變化能力也即面對需求變更的能力。
團隊規模相近，大約都是十人左右或小於十人的開發團隊。
二者在與客戶溝通方面做法相近，都是讓客戶參與進開發，包括確定需求以及需求優先順序。
不同點
在團隊角色組成方面，scrum分配更加明晰，具體說明了專案組由哪些角色組成，而xp沒有明確規定說明。
在開發目標方面，xp講究的是「極度簡單」，也即不力求**的可復用性，只強調**的簡單性。
在需求收集方面，xp採用的是由客戶編寫使用者故事，而scrum是採用的是客戶提供需求規格說明。
優劣之處
在開發**時，xp採用的結對程式設計策略更優秀，這樣能更好地保證寫出來**的質量，減少後期測試壓力。
在專案角色及結構方面，scrum開發模式更加優秀，scrum明確規定了專案角色，這樣管理起來更方便，也更高效。
在規定的專案每日活動中，scrum明確給出了五個活動，相比之下，xp在活動制定上有些差距。
xp開發模式，測試用例在開發完成之前便已經寫好，相比之下，xp的開發效率要更加高。
總的來說，scrum開發模式更加成熟，管理條例相對明晰，過程管控也更加嚴格，而xp模式比較忽略這些，是屬於極致的追求開發效率。
Unity開發 persp和iso兩種模式的區別
persp相當於是透視視野 在persp模式下，物體在scene介面上所呈現的畫面是給人一種距離攝像頭近的物體顯示的大，距離攝像頭遠的物體顯示的小。iso相當於是平行視野 在iso模式下，不論物體距離攝像頭遠近都給人的感覺是一樣大的。在game介面，這兩種模式給人呈現的效果是一樣的，都是距離攝像頭近...
C S和B S兩種模式
c s結構 client server，客戶 伺服器模式 伺服器通常採用高效能的pc 工作站或小型機，並採用大型資料庫系統，如oracle sybase informix或 sql server。客戶端需要安裝專用的客戶端軟體。通過將任務合理分配到client端和server端，降低了系統的通訊開銷...
MODBUS ASCII和RTU兩種模式的對比
下表是modbus ascii協議和rtu協議的比較 協議開始標記 結束標記 校驗傳輸效率 程式處理 ascii 冒號 cr,lf lrc低 直觀，簡單，易除錯 rtu無 無crc 高稍複雜 從上表的比較我們可以看到，modbus的ascii協議和rtu協議相比，modbus ascii協議擁有開始...