軟體的核心價值:長期演進(讀之一)
<clean architecture>這書的第一部分算是老生常談了,用一個匿名的case study說軟體如何腐化進而大幅影響開發效率。軟體有兩個價值維度,行為的價值和架構的價值,前者可
<clean architecture>這書的第一部分算是老生常談了,用一個匿名的case study說軟體如何腐化進而大幅影響開發效率。軟體有兩個價值維度,行為的價值和架構的價值,前者可
圖片發自簡書App 最近兩週看了這個專欄。極客時間上的。同事發的盜版資料。後來我註冊了極客時間,發現我曾經購買過。跟風購買(朋友圈看到的)。居然忘了買過。 看了一
離18年結束還有最後1個月了,在整個18年從大專案售前和簽單來看很不理想,但是從移動大專案本身的專案實施和執行來說還算另人滿意。在最近幾年寫了不少的微服務架構和傳統企業IT架構轉型的文章,從實際接觸到的一些客戶來看,
這篇繼上篇 架構設計之六個複雜度來源 沒有講完的剩下的三個內容低成本、安全、規模等。 一、低成本 當我們的架構方案只涉及幾臺或者十幾臺伺服器時,一般情況下成本並不是我們重點關注的目標,但如果架構方案設計幾百甚
歡迎關注個人公眾號:石杉的架構筆記(ID:shishan100) 週一至週五早8點半!精品技術文章準時送上! “ 各位同學週末好,今天我們按照慣例,做個一週總結。本次總結的內容,就是這周的
但是究竟複雜度有哪些呢?所以今天藉此說說軟體複雜度的六個來源: 1.高效能; 2.高可用; 3.可擴充套件性; 4.低成本; 5.安全; 6.規模; 一、高效能 對效能孜孜不倦的追求是
前言 系統架構師是一個既需要掌控整體又需要洞悉區域性瓶頸並依據具體的業務場景給出解決方案的團隊領導型人物。一個架構師得需要足夠的想像力,能把各種目標需求進行不同維度的擴充套件,為目標客戶提供更為全面的需
在既定認知下,架構是為了解決業務問題而產生的,沒有了業務,架構就沒有了存在的意義。作為一套架構方法,面向領域的架構設計(Domain Driven Design,簡稱DDD)這兩年在軟體架構圈廣泛流行,成為了數
引言 還在為弄不清 commons-logging-xx.jar 、 log4j-xx.jar 、 sl4j-api-xx.jar 等日誌框架之間複雜的關係而感到煩惱嗎? 還在為如何統一系統的日誌輸
歡迎關注個人公眾號:石杉的架構筆記(ID:shishan100) 週一至週五早8點半!精品技術文章準時送上! 一、前情回顧 上篇文章( 《億級流量系統架構之如何設計每秒十萬查詢的高併發架構》 ),
一個成熟的大型網站架構並不是一開始就設計的非常完美,也不是一開始就具備高效能、高可用、安全性等特性,而是隨著使用者量的增加,業務功能的擴充套件逐步完善演變過來的。在這個過程中,開發模式、技術架構等都會發生非常大
至頂網軟體頻道訊息: HPE今天透露,計劃收購BlueData Software,這是一家專注於讓企業更容易使用人工智慧和分析工具的初創公司。 HPE預計將於1月底完成該交易,具體財務條款沒有對外披露,
歡迎關注個人公眾號:石杉的架構筆記(ID:shishan100) 週一至週五早8點半!精品技術文章準時送上! 億級流量架構專欄: 億級流量系統
工作了挺久,發現有個挺有意思的現象,從程式員、高階程式設計師,到現在掛著架構師、專家之類的頭銜,伴隨著技術和能力的提高,想不明白的事情反而越來越多了。這些疑問有些來自於跟小夥伴交流,有些是我的自問自答,有些到現
前言 在音視訊領域,低延遲互動一直是一個非常重要的需求。 而直播大多基於RTMP協議,其存在1到3秒左右的延遲,基本無法勝任低延遲互動的需求;另外在遊戲領域、語音聊天、教育領域,低延遲也是一個非常重要的