I Stopped Trying to Learn Everything in Tech — And Started Building Instead

Suddenly I’m a Go developer

Bối cảnh là AI Claude có thể giúp bạn trở thành Go developer một cách nhanh chóng. …

Built for Reliability: How American Express Processes Payments at Scale

American Express sử dụng kiến trúc cell-based để xử lý giao dịch thanh toán quy mô lớn. Kiến trúc này chia hệ thống thành các cell độc lập, mỗi cell chứa đầy đủ các dịch vụ cần thiết để xử lý một giao dịch. Khi một cell gặp sự cố, các cell khác vẫn có thể tiếp tục hoạt động, đảm bảo hệ thống không bị sập hoàn toàn. Mô hình này giúp American Express đạt độ sẵn sàng cao, với thời gian downtime chỉ vài giây mỗi năm và xử lý hàng triệu giao dịch mỗi ngày. Các lập trình viên học được cách thiết kế hệ thống phân tán có khả năng chịu lỗi bằng cách cô lập sự cố trong một phạm vi nhỏ.

Bài viết này giúp lập trình viên hiểu cách xây dựng hệ thống xử lý giao dịch đáng tin cậy ngay cả khi gặp sự cố.

The Google Senior Software Engineer Interview in 2026: Why Most Strong Engineers Still Get Downleveled

Hàng nghìn kỹ sư backend tài năng vẫn bị đánh giá thấp (downleveled) trong quy trình phỏng vấn Senior Software Engineer của Google. Nguyên nhân kỹ thuật nằm ở yêu cầu vượt trội về kiến thức hệ thống phân tán và khả năng thiết kế API resilient, không chỉ dừng lại ở code clean hay algorithms. Hệ quả là nhiều ứng viên dù có kinh nghiệm thực tế ở các công ty top-tier như Meta hay Amazon vẫn thất bại khi chuyển sang Google. Điều đáng học là Google đang thiết lập tiêu chuẩn Senior Engineer gần với L6/L7, buộc ứng viên phải chứng minh năng lực xử lý systems với traffic hàng tỷ requests mỗi ngày.

Bài viết này giải thích tại sao nhiều kỹ sư giỏi vẫn bị đánh giá thấp trong phỏng vấn Google Senior Software Engineer 2026.

(comic) Time vs attention management

Truyện tranh minh họa thách thức quản lý thời gian và sự tập trung trong công việc. Các vấn đề kỹ thuật như multitasking và constant context switching gây giảm năng suất tới 40% theo nghiên cứu của Microsoft. Hệ quả là việc hoàn thành deadline trở nên khó khăn hơn, tăng stress và nguy cơ burnout. Bài học rút ra là việc tập trung deep work với Pomodoro technique có thể cải thiện hiệu suất công việc đáng kể.

Truyện tranh này giúp lập trình viên quản lý thời gian và sự tập trung để làm việc hiệu quả hơn.

Take that demotion

Bài viết bắt đầu bằng việc mô tả tình huống nhiều lập trình viên cảm thấy bị kẹt khi công nghệ cũ không còn phù hợp với nhu cầu thị trường. Nó giải thích rằng việc chấp nhận một vị trí thấp hơn cho phép họ bỏ qua áp lực duy trì hệ thống legacy và tập trung vào việc học lại các công cụ hiện đại như containerization và CI/CD pipeline. Kết quả là, sau khoảng sáu đến mười hai tháng, những người này thường thu được kỹ năng mới mà làm tăng khả năng được thăng chức nhanh hơn so với việc giữ nguyên vị trí cũ. Bài cũng chỉ ra rằng sự giảm bậc này không phải là sự thất bại mà là một bước chiến lược để định hướng lại sự nghiệp. Bài học chính là: khi thấy mình bị lỗi thời, việc lùi lại một bước có thể là cách nhanh nhất để tiến xa hơn.

Bài viết này giúp lập trình viên hiểu rằng sự thăng tiến công đôi khi đòi hỏi những bước đi ngược lại để phát triển sự nghiệp bền vững.

I found an old interview mine (2017)

Tác giả phát hiện lại bài phỏng vấn cũ từ năm 2017 với một người bạn. Sau 10 năm, tác giả vẫn giữ nguyên niềm tin mình được sinh ra để trở thành software engineer và writer. Bài phỏng vấn này cho thấy sự nhất quán trong định hướng nghề nghiệp của tác giả. Đây là minh chứng cho thấy khi xác định đúng con đường mình theo đuổi, chúng ta có thể giữ vững niềm tin đó qua nhiều năm tháng.

Bài chia sẻ này truyền cảm hứng cho lập trình viên về sự kiên định và đam mê nghề nghiệp qua thời gian.

Microservices Are Not a Sign You’re a Senior Engineer

Bài viết chỉ ra hiện tượng coi số lượng dịch vụ microservices như dấu hiệu của kinh nghiệm cao trong ngành phần mềm. Tac giả lấy ví dụ về một dự án có tới 37 dịch vụ độc lập, mỗi dịch vụ được triển khai trong container và kết nối qua API REST/gRPC. Nguyên nhân kỹ thuật là xu hướng tách hệ thống quá sớm mà không xác định rõ ranh giới nghiệp vụ, dẫn đến sự dư thừa trong quản lý cấu hình, giám sát và truy vết lỗi. Hệ quả là tăngภาระ vận hành, độ trễ giao tiếp giữa dịch vụ và khó duy trì tính nhất quán dữ liệu, khiến đội ngũ tiêu tốn nhiều thời gian cho DevOps thay vì phát triển tính năng. Bài học là trước khi quyết định chuyển sang microservices, cần đánh giá độ phức tạp miền vấn đề, cân nhắc sử dụng monolith mô-đun hoặc các dịch vụ có kích thước vừa phải, và chỉ mở rộng khi có bằng chứng thực tế về nhu cầu mở rộng và đội ngũ có khả năng vận hành.

Bài viết này giúp lập trình viên hiểu rằng kiến trúc microservices không phải là thước đo trình độ kỹ năng hay kinh nghiệm senior thực sự.

Lessons From Four Years of Writing a Weekly Newsletter

Bài viết mô tả quá trình bốn năm viết một bản tin hàng tuần, bắt đầu từ khi số bản đầu …