The Thinking Architect
Hay: system design như một kỷ luật của câu hỏi, không phải của pattern.
Phần lớn engineer học system design như một danh mục pattern. Cache ở đây, queue ở kia, shard khi lớn lên. Danh mục đó hữu ích, nhưng nó trả lời sai câu hỏi. Câu hỏi đúng, câu hỏi định hình mọi quyết định trước khi bất kỳ pattern nào được gọi tên, thường không phải là câu hỏi đang được hỏi.
Series này dành cho engineer đã biết các pattern và đã, ở đâu đó trên đường đi, nhận ra rằng biết pattern không phải là biết phải làm gì. Nó nói về bước đi trước bước đi: câu hỏi quyết định bạn đang đứng trong solution space nào.
Tập I tập trung vào system design — các ràng buộc nền tảng, vật lý, trade-off, và các yếu tố con người định hình thứ được xây dựng. Mình không biết sẽ có bao nhiêu chương. Mình sẽ tiếp tục viết chừng nào còn học được.
Bản đồ đọc
Đã đọc 0- IBạn không thiếu pattern, bạn thiếu câu hỏi(bản nháp)17 Th5, 2026·
- IIVật lý của hệ thống phân tán(bản nháp)17 Th5, 2026·
- IIITrade-off không phải lựa chọn, đó là bản chất(bản nháp)17 Th5, 2026·
- IVĐọc requirement như một architect(bản nháp)17 Th5, 2026·
- VTư duy từ số(bản nháp)17 Th5, 2026·
- VIData là contract, không phải implementation(bản nháp)17 Th5, 2026·
- VIIThiết kế cho sự thất bại(bản nháp)17 Th5, 2026·
- VIIIPattern là câu trả lời, constraint là câu hỏi(bản nháp)18 Th5, 2026·
- IXAPI là giao kèo(bản nháp)18 Th5, 2026·
- XArchitecture tiến hóa, không ai đúng ngay lần đầu(bản nháp)19 Th5, 2026·
- XITrình bày và bảo vệ design(bản nháp)19 Th5, 2026·
- XIIKhi không có đáp án đúng(bản nháp)19 Th5, 2026·
- XIIISystem smell(bản nháp)19 Th5, 2026·
- XIVĐọc production như đọc code(bản nháp)19 Th5, 2026·
- XVTạo ra ngôn ngữ chung(bản nháp)19 Th5, 2026·
- XVIArchitecture Review như một nghi thức(bản nháp)19 Th5, 2026·