軟體架構師在整個軟體開發過程中都起著重要的作用，並隨著開發程序的推進而其職責或關注點不斷地變化，總結下面幾點。 在需求階段，軟體架構師主要負責理解和管理非功能性系統需求，比如軟體的可維護性、效能、複用性、可

一、開篇 前期我們針對架構準備階段及需求分析這塊我們寫了2篇內容《HRMS(人力資源管理系統)-從單機應用到SaaS應用-架構分析(功能性、非功能性、關鍵約束)-上篇》《HRMS(人力資

卷首語：資料浪潮之間的前端工程師 作者：阿里南京研發中心前端工程師王下邀月熊 十年來，波瀾壯闊的移動網際網路浪潮促進了 Web 技術的迅猛發展，隨著瀏覽器效能、網路頻寬等基礎設施的提升，

一、序章 一般的工程師接觸到的是應用架構 ，傳統的MVC分層架構、事件驅動架構等等。第一次接觸業務架構這個概念是在來到商品釋出團隊之後。商品釋出是一個業務屬性很重的系統，承載了淘寶、天貓

效能優化基本是BAT等一線網際網路公司程式員必備的技能，以下為大家完整揭曉效能完整的優化方案和方法：包含web網站調優、資料庫、JVM調優、架構調優等方案。 第一：Web網站調優 1

Treble方案在Linaro推了3年，從一開始誰都說不清楚是什麼，現在再看，看起來比較成熟了，雖然我自己不做手機方案了，但現在有人想到要“在伺服器領域也可以學習Treble的優秀實踐”，所以我也來總結一下

所謂門面模式：提供一個統一介面給使用者去訪問多個子系統的多個不同介面； 優點： 1.子系統之間解耦 2.簡化使用者對子系統的使用 3.子系統易擴充套件增加 缺點： 子系統實現與客戶程式存

MySQL優化概述 MySQL資料庫常見的兩個瓶頸是：CPU和I/O的瓶頸。 CPU在飽和的時候一般發生在 資料裝入記憶體或從磁碟上讀取資料時候 。 磁碟I/O瓶頸發生在裝入資料遠大於記憶體

應用架構演進 這裡的架構演進應該是從服務化的角度來說，應該說隨著業務發展，應用規模擴大，系統的一些公共服務就會抽取出來，獨立開發，部署，維護，用來解決併發，擴充套件，維護的問題。 傳統垂直架

0x00 WorkManager的高階用法 在上一文中已經瞭解到WorkManager 的基本用法之後，今天來看看它的一些高階用法： 鏈式任務呼叫 唯一任務序列

作為程式猿， 在這樣一個網際網路時代背景下，我們是很幸運的，我們能夠拿著比別的職業更高的工資，坐在高檔寫字樓，在冬暖夏涼辦公環境下，在鍵盤上揮舞著手指就能產出一個個成熟的產品提供給上億（吹牛）的使用者使用，那種

前言 前不久剛結束對 20 模組專案的第 3 輪重構，一路見證 MVC、MVP、Clean 的優缺點並形成自己的體會。 近期在總結工作經驗的同時，開始寫部落格。 之所以將規劃放出來，一來是總結的過程

網路遊戲的結構分為客戶端與伺服器端，客戶端採用2D繪製引擎或者3D繪製引擎繪製遊戲世界的實時畫面，伺服器端則負責響應所有客戶端的連線請求和遊戲邏輯處理，並控制所有客戶端的遊戲畫面繪製。客戶端與伺服器通過網路資料

這兩天，很多小夥伴在後臺留言說，是否能整理一份架構學習思維導圖，及視訊教程 也許你對大部分技術都有接觸，甚至使用過，但是並沒有深入，掌握，也從未受過系統的訓練。 那麼今天，我為大家帶來了 Java視訊

摘要：本文介紹廣電總局科技司《廣播電視臺融合媒體互動技術平臺白皮書》(2017年版)的行業背景，融媒體互動整體狀況，以及融媒體技術平臺架構及核心思想。白皮書提出了“打破製播系統邊界”、“媒體生產協同化”的融媒體