軟體架構 讀書小記

2021-10-09 15:23:27 字數 1805 閱讀 8943

架構師會貢獻**、參加**評審/回顧,有預先架構設計、也有架構演進,執行scrum,任何對設計有意見都可以提出來;

關於軟體架構;

軟體開發的新方法: 傳統軟體過度的預先設計,而初次接觸敏捷方法的團隊往往缺乏架構思維,兩者之間找到乙個平衡點;

關於軟體架構,開發者知道的事;

ooda: 觀察,定向,決策,行動;

敏捷是相對的,且按時間來衡量,如果你的團結團隊交付的軟體跟不上所處的環境變化,就不算敏捷;

好的架構帶來敏捷:軟體系統由小型微服務構成增長趨勢,每個服務只專注做好一件事;小型、松耦合的元件和服務可以孤立的構建、修改和測試,甚至根據需求變化移除和替換;

不同的軟體架構提供不同層次的敏捷,介於整體架構和微服務架構之間;

所有軟體專案都需要軟體架構?

it領域有很多不同型別的架構,共同之處?

軟體架構的標準定義?

敏捷來描述軟體架構什麼意思?

企業架構師你的出路嗎?

軟體架構重要嗎?為什麼,好處?

3 技術風險:發現、減輕和承擔技術風險,保證架構的運轉;

4 架構演化:貫徹整個軟體交付過程,持續的技術領導和對架構的 承擔;

5 編寫**:參與到軟體交付的實踐部分;

6 質量保證:引入並堅持標準、指導、原則等;

技術領導是乙個角色而非級別

提出你對這個角色的定義;

構建原型、框架和基礎;

進行**評審;

實驗並與時俱進

軟體架構師和雇主的矛盾

不必放棄編碼,且不要把所有時間都用於編碼,關注實現細節;

模糊的界限,跨越式我們的責任,給乙個系統的架構出力和為之負責,清楚自己的經驗水平,提公升他們需要關注什麼;

軟體機構是是通才型專家;

軟體架構師技術活:深度與廣度並存的知識組合,及軟技能;

開發者

軟體架構的合作方式;減少鴻溝,合作;

需要乙個人來承擔軟體架構角色的責任;

敏捷需要架構嗎?

軟體架構的角色都做些什麼?

為什麼承擔軟體架構角色的技術很重要?

如果你是專案的架構師,編碼的工作比例?

為什麼知識的深度和廣度都很重要?

軟體架構的軟技能,哪些還未掌握?

軟體架構的角色如何融如敏捷專案和自組織團隊;

質量屬性

約束原則

理解影響:要開始設計選型,是你所需知識的基本水平

軟體架構談論的時重要的設計決策,其重要性以變動的成本來衡量;封裝變化;

人員約束

組織約束

約束也可以劃分優先順序

傾聽約束;

架構原則

謹防最佳實踐

推遲或解耦:解耦很好,但不應該推遲

每個決策都是權衡

如果你不明白選擇x技術而非y的權衡,你就不應該做決策,理解,犧牲了啥;

經驗影響軟體設計

強大的領導力和記錄不只是針對軟體開發專案;

什麼是非功能性需求,為什麼重要?

時間和預算是立刻想到的約束,還有更多嗎?

你的軟體是否用了知名的架構原則?

軟體架構

外部介面

**資料:資料模型

基礎設施架構

部署:軟體和基礎設施之間的對映

運營和支援:人們如何執行、監測和管理你的軟體;

決策日誌

流程和產出

rdd/bdd/ddd/tdd: 責任/行為/領域/測試

大型預先設計,往往想得太多;

軟體團隊剔除炒作,理解技術領導力的方式,在器獨特的環境下量化所需要的預先設計;

推動變革的發生

軟體架構讀書筆記

我們自己不知不覺地設定了事物之間的界限,並把這些界限 層次與邏輯井然的東西稱為 系統 當我們從那些無序的事物中識別出了這樣的 系統 並用一些概念 名詞去定義了他們之後,我們對此的一切知識也就固化了。當這種秩序被建立起來之後,我們也就得到了對有序和無序價值的識別與肯否 當我們設定了種種價值 觀念 觀察...

讀書小記01

最近雖然很忙,但是如果一直寫報告,程式設計序,編 的話,感覺會十分的枯燥,所以要做別的事情調劑一下。最近在看windows ce 嵌入式開發入門 基於xscale的架構這本書,感覺這本書講的比較多,至少比課堂裡面詳細,這本書分為2個部分,前面介紹這款晶元的硬體知識,後面介紹wince的架構,我是學軟...

小記 kafka基礎架構

kafka的消費者組,是為了提供消費速度,1.為方便擴充套件,並提高吞吐量,乙個topic分為多個partition 2.配合分割槽的設計,提出消費者組的概念,組內每個消費者並行消費 3.為提高可用性,為每個partition增加若干副本,類似namenode ha 因為乙個消費者組的乙個消費者只能...