iT邦幫忙

system design相關文章
共有 58 則文章
鐵人賽 Software Development DAY 22
全端工程師生存筆記 系列 第 22 篇

技術 [面試][系統設計]如何設計一個像 Facebook 的社交平台

擅長嘴砲溝通的人在這個環節有較多優勢。 其實前面 10 幾篇文章的內容都是系統設計的一環,只是問題的方向是從你過往的履歷、技術或是面試公司的需求出發,透過詢...

技術 你可能高估 AI Agent 了:先搞懂它,再談 Agent Systems

為什麼現在大家都在談 AI Agent? 這兩年,AI Agent 幾乎變成生成式 AI 世界裡最熱門的詞之一,但越熱門的詞,往往也越容易被混用,有些人說 A...

技術 [閱讀紀錄-系統設計] 天馬行空限制器,定義功能性需求與非功能性需求

功能性需求(Funtional Requirements) 描述各種系統該做的事,如系統該提供使用者查詢影片(Youtube),提供使用者建立文章(IT邦)。...

鐵人賽 Kubernetes DAY 25

技術 [Day 25] Sidecar Design Pattern for Microservices

在現代微服務架構中,Sidecar 設計模式是一個非常重要的概念。 這種模式有助於解決微服務系統中的許多挑戰,尤其是關於服務的管理和功能擴展。 特點 side...

技術 《補充》 — 30+ Golden Rules in System Design

本文轉載自 LinkedIn 作者 Arslan Ahmad 的 guiding principles to help you answer system de...

鐵人賽 Modern Web DAY 1

技術 D0 從0開始的的Angular站台架設-Stnadalone

首先我必須開宗明義地說,本次的Angular@16-Standalone開發模式分享更加傾向於一種實戰心得分享舉個例子來說就是一個新兵幸運蛋子分享自己如何在戰場...

鐵人賽 Software Development DAY 2

技術 [Day 2] 介紹一些指標

(由於平台不支援 LaTex, 下面用日常寫法替代) 在開始之前, 我們需要先對一些指標 (或是數字) 有敏感度希望閱讀在本文之後, 我們都能夠回答下面的問題...

鐵人賽 Software Development DAY 1

技術 [Day 1] 前言 - 關於本系列

前言 系統設計是一個非常龐大的主題, 由於是從高層角度開始, 設計時對於各種領域都需要有一定的了解才能夠設計出好的系統且系統設計也是 "基於選擇&qu...

鐵人賽 自我挑戰組 DAY 1
前端系統設計 系列 第 1 篇

技術 [Day 1] 什麼是前端系統設計?

什麼是系統設計? 我們在工作和生活上,有大大小小不同的情境和需求,當問題單純時,我們可以靠直覺性的反應來解決。 但當問題開始變得複雜時,不再只能靠直覺反應解決問...

技術 System Design Interview Ch 12 Digital Wallet

完整內容,請至幹話王 System Design Interview Ch 12 Digital Wallet 本文內容的章節是來自內行人才知道的系統設計面試指...

技術 [閱讀紀錄-系統設計] 何謂系統設計

目的 沒有正確答案,只有因需求、限制與溝通對象達成共識而產生的可行產物。 面對問題、拆分問題、給出可行架構 針對瓶頸與需求,優化架構元件 始終考慮Scalab...

鐵人賽 自我挑戰組 DAY 3
前端系統設計 系列 第 3 篇

技術 [Day3] 系統設計的模板 - RADIO framework

前言 我們在做系統設計或系統設計的面試中,常常會有一些固定的步驟,像是討論需求、設計架構、設計 API 等步驟,GreatFrontEnd 的開發者幫我們整理了...

技術 Common Challenges In Learning Data Structures and Algorithms

Although learning data structures and algorithms is not a simple endeavor, once...

鐵人賽 自我挑戰組 DAY 2
前端系統設計 系列 第 2 篇

技術 [Day2] 前端系統設計題目類型

分類 Frontend system design 分為兩種: Applications UI component   Application 因為 Web...

鐵人賽 自我挑戰組 DAY 6
前端系統設計 系列 第 6 篇

技術 [Day 6] 系統設計指南懶人包

RADIO framework RADIO REQUIREMENT exploration:徹底的了解需求,藉由問題釐清題目的範圍 ARCHITECT...

鐵人賽 Software Development DAY 20

技術 [Day 20] 作業4:Bitcoin Trading Bot Design - 專案review

Bitcoin Trading Bot Design - 專案review 今天來看作業4的後端作業,這份作業是要設計一個Bitcoin的交易所套利機器人系統,...

鐵人賽 自我挑戰組 DAY 8
前端系統設計 系列 第 8 篇

技術 [Day 8] New feeds - Architecture

接著我們就來談到 RADIO framework 的 Architecture,也就是 決定關鍵的 component 與他們之間如何作用   Archit...

鐵人賽 Cloud Native DAY 1

技術 Go 語言搶票煉金術 Day1 -工程師的價值,是將程式碼煉成金礦

Go 語言搶票煉金術 Day1 -工程師的價值,是將程式碼煉成金礦 在開始之前,想先問一個問題: 我們為什麼不稱之為「Go 語言搶票程式設計」,而要用 煉金術...

鐵人賽 自我挑戰組 DAY 7
前端系統設計 系列 第 7 篇

技術 [Day 7] 訊息流 (New Feeds) - 1 - 需求探索

前言 進入到正式的系統設計問題,我們首先就以 New Feeds (訊息流)做例子   所謂的訊息流 (New Feeds),就如上述 X(前 twitter...

鐵人賽 自我挑戰組 DAY 4
前端系統設計 系列 第 4 篇

技術 [Day4] PACE UP !! 系統設計的評估維度

前言 在面試中,面試官會嘗試去找出面試者所散發出的 signals,藉此決定 "是否要 Hire" & "最終評等&quo...

鐵人賽 自我挑戰組 DAY 5
前端系統設計 系列 第 5 篇

技術 [Day 5] BRIJIS - 系統設計常見錯誤

以下是 System design 時,常犯的錯誤 1. 馬上回答問題 Jumping into answering the question immedia...

鐵人賽 Cloud Native DAY 20

技術 Gthulhu API Server Design

如果覺得文章對你有所啟發,可以考慮用 🌟 支持 Gthulhu 專案,短期目標是集齊 300 個 🌟 藉此被 CNCF Landscape 採納 [ref]。...

鐵人賽 Software Development DAY 1

技術 Day 1 什麼是軟體系統設計?

這系列文章想陪大家一起做一件事:從零開始設計一個名為 PokeThreads 的社群平台(參考自 Meta 的 Threads),並且讓它隨著使用者變多、流量變...

鐵人賽 JavaScript DAY 26

技術 Day 25|外送平台怎麼決定誰來送你的餐?

上一篇,我們把「人與工作之間的分配」畫成了一張 Graph。例如: 問題變成: 哪一個人應該被分配到哪一件工作? 這就是匹配想處理的問題。但如果真的打開一個...

鐵人賽 Software Development DAY 11

技術 Day 11 Notification System 初型

前面幾天,PokeThreads 的架構已經慢慢演化成分散式系統,不過所有功能都還圍繞在「發文、讀文」上。 只有這麼簡單的功能,實在太像古早時期的社群網站,今天...

鐵人賽 Software Development DAY 7

技術 Day 7 一顆 Database 不夠用:Database Replication

前幾天把 Application Server 從一台變成多台,也把 Session 從 Server Memory 搬到共用的 Session Store:...

鐵人賽 Software Development DAY 22

技術 Day 22 深入探討 Search System

我們的 PokeThreads 走到現在,已經是一個具備 Load Balancer、Stateless Server、Sharded Database、Cac...

鐵人賽 JavaScript DAY 28

技術 Day 27|推薦系統真的只是在找你最喜歡的東西嗎?

上一篇,我們談到實驗課排程時,先把注意力放在一件很重要的事情上: 先找到一個符合所有條件的可行解 例如實驗課表必須滿足: 同一間實驗室不能重複借用 實驗室...

鐵人賽 Software Development DAY 4

技術 Day 4 REST vs GraphQL:前後端到底該怎麼聊天?

昨天把 Feed 的核心邏輯做出來了,GET /feed 已經能正確回傳 Pikachu 追蹤的人發的貼文,但那時候刻意跳過了一個問題:這支 API 到底該回傳...

鐵人賽 AI Engineering DAY 12

技術 Day 12|Step 7:加上資安審查步驟

Day 11 我把功能驗收寫成 Scenario,讓 LLM 透過 Playwright MCP 依照前置條件操作頁面。Scenario 確認的是:使用者依既定...