該文章原創於qter開源社群（www.qter.org）
課程目錄:《c++老鳥日記》目錄
本套課程屬於：《c++跨平台開發乾貨》系列課程。
不論採用哪種程式語言，軟體的研發過程大致是一樣的。都要經過需求、分析、設計（架構設計、詳細設計）、編碼實現、測試、上線的過程。
現在，越來越多的公司或團隊採用敏捷開發過程而非傳統的瀑布式過程。在體驗敏捷所帶來的好處的同時，大家也嘗到了很多困惑。比如是否要放棄架構設計、是否對po言聽計從、po能否幹預設計等等。這裡我就以個人的體會跟大家講一下我的認識。
是否放棄架構設計？我的觀點是不能放棄。架構設計對於中大型專案來說是非常基礎的工作。如果一旦架構除了問題，那是要傷筋動骨的。雖然敏捷提倡擁抱變化，但是一味的片面去理解或追求重構，將導致非常高昂的重構成本，比如將帶來更多的bug、更難發現的問題、**更難以修改、工期無限期延長等等。我個人的經驗是專案啟動之前帶領整個團隊熟讀需求文件，對於把產品做成什麼樣進行充分交流，並且提前與需求提供者或者po機型溝通。爭取專案啟動前或者專案啟動初期，進行架構設計，對架構設計進行充分討論和論證。這樣才不會在後期導致代價高昂的重構。
是否對po言聽計從？我的答案是no。擔任po的人員應該是客戶代表，但是專案中可能不一定有客戶參加或者客戶也不一定正確，有時候po是我們自己的同事。這樣的話，po也不見得對產品擁有絕對正確、完整的認識，這跟po的工作經歷、工作能力、工作經驗等有直接關係，因此，如果專案研發團隊認為自己的觀點是正確、合理的，那麼就一定要堅持自己的意見。
po能否幹預設計？我的觀點是：看情況。我經歷過的專案中，有不少是上級擔任po，這會導致很多成員對po不敢講太多話生怕得罪領導。但是，上級的意見也不見得完全正確。因此，我們不用排斥po，可以聽一下po對於設計的看法。有原則的進行取捨就可以了。但是千萬不要因為是上級，就完全不敢堅持自己的意見，那樣對專案、對公司、對個人都無益處。
c 基本操作 知識點
看了一遍書，還是理解的不夠。那就從歷年的考題中，來學習吧，挖掘他的考點，挖掘我們課本上當時不理解的知識點。題不再多，而在於精，自然有必要好好研究研究。一下是結合真題參 和自己的理解。也依靠部落格，和廣大的要考c 的同學們一起交流，多多指點。建構函式 成員函式及其呼叫 首先來看一道基本操作真題。改錯。...
C 基本知識點
繼承 語法 class 子類 繼承方式 父類 如果子類 現和父類同名的成員函式，子類中的同名成員會隱藏掉父類中所有同名成員函式，如果想訪問父類中被隱藏的同名成員函式，需要加作用域。動態多型滿足條件 1 有繼承關係 2 子類重寫父類的虛函式 動態多型使用 父類的指標或者引用 執行子類物件 includ...
Android開發過程中的幾個小知識點
1.在程式的manifest裡面對應的activity裡面新增android windowsoftinputmode adjustresize 屬性，可以實現開啟輸入法時，介面自動上移，不被輸入法遮蓋。2.新增按鈕的按下效果時，可以在drawable資料夾下新建乙個xml檔案，裡面編寫乙個selec...