How AI-Powered Attacks Led Salesforce to Reinvent Hyperscale DDoS Defense

Agentic Skill Decay

Bối cảnh của bài viết là vấn đề các AI agents đang giải quyết nhiệm vụ mà không giúp người …

Concurrency Control: Arbitration vs. Serialization

Concurrency control trong hệ thống phân tạp tồn tại hai hình thức khác nhau và hầu hết lỗi …

AI Is Already Better at Coding Than Most Software Developers

Bối cảnh của bài viết là cuộc tranh luận về AI thay thế lập trình viên trong ngành công nghệ. Nguyên nhân kỹ thuật là các mô hình AI như GPT-4 đã đạt được khả năng code tự động vượt trội, có thể giải quyết các bài toán algorithm phức tạp trong thời gian ngắn. Hệ quả là nhiều công ty công nghệ đã bắt đầu giảm tuyển dụng lập trình viên thông thường và đầu tư vào các giải pháp AI để tối ưu hóa chi phí và tăng tốc độ phát triển. Điều đáng học là các nhà phát triển nên tập trung vào kỹ năng thiết kế hệ thống, quản lý dự án và tư duy chiến lược thay vì chỉ tập trung vào viết code thủ công.

Bài viết giúp lập trình viên hiểu rằng giá trị thực sự của phần mềm không nằm ở kỹ năng code thông thường mà ở khả năng giải quyết vấn đề sáng tạo.

Something About Coding Stopped Feeling Good — and It Took Me a While to Figure Out What

Tác giả chia sẻ trải nghiệm khi niềm vui trong coding biến mất sau một dự án .NET nhỏ thời đại học. Nguyên nhân kỹ thuật bắt nguồn từ việc sử dụng các API phức tạp mà không hiểu rõ bản chất, dẫn đến việc viết code theo cơ chế copy-paste. Hệ quả là tác giả mất đi sự kết nối với code và cảm thấy công việc trở nên vô nghĩa. Bài viết nhắc nhở chúng ta rằng hiểu biết sâu về nền tảng công nghệ như .NET và các API quan trọng hơn là chỉ tập trung vào hoàn thành nhiệm vụ.

Bài viết này giúp nhận ra những thay đổi trong niềm vui coding và tìm lại đam mê lập trình.

Microservices vs Monolithic Architecture: What Nobody Tells You Until You've Lived Through Both

So sánh chi tiết giữa monolithic và microservices vượt qua lý thuyết, bàn về sự phức tạp trong deployment, sự ảnh hưởng của Conway's Law đến ownership team, khó khăn trong debugging và observability, cũng như thách thức về data consistency, performance và scaling. Bài viết chỉ ra monolithic thực sự phù hợp trong những trường hợp nào, khi nào microservices mang lại hiệu quả, và giới thiệu khái niệm "modular monolith" như giải pháp trung gian. Các lỗi phổ biến như resume-driven development hay distributed monoliths được liệt kê kèm framework thực tế để ra quyết định dựa trên team, domain, delivery, operations và scale. Thông điệp chính là chọn architecture dựa trên vấn đề thực tế chứ không phải sự phức tạp giả định.

Bài viết này giúp lập trình viên hiểu rõ sự cân thực giữa kiến trúc microservices và monolithic, tránh những sai lầm phổ biến và đưa ra quyết định kiến trúc phù hợp dựa trên nhu cầu thực tế.

I Am a Flat-Rate Monthly Responsibility Service

Một kỹ sư kỳ duyệt suy ngẫm về lý thực tế mọi người làm việc trong ngành công nghệ, thừa nhận mình nghiện giải quyết bài toán kỹ thuật phức tạp từ sửa máy tính đến đóng góp open-source. Ông chỉ ra rằng LLM đã làm mất đi sự thỏa mãn nội tại khi coding giờ trở nên dễ dàng, dự án indie bị chìm nghỉu bởi nội dung AI sinh ra, và cộng đồng open-source không còn hình xung quanh công cụ chia sẻ vì AI có thể tạo ra thay thế chỉ trong vài giờ. Trong vai trò mới, ông không còn lập trình viên mà trở thành người trông coi AI agent và nhận khiếu nại khi nó thất bại - một 'dịch vụ trách nhiệm hàng tháng với mức phí cố định'.

Bài viết này giúp lập trình viên nhận diện thực tế về sự chuyển đổi nghề nghiệp từ giải pháp kỹ thuật sang dịch vụ trách nhiệm định phí hàng tháng do sự trỗi dậy của AI.

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ố.