Feature flags
AssessKỹ thuật
Kỹ thuật bật/tắt tính năng mà không cần triển khai lại mã nguồn.
Vì sao ở đây
Xếp vào Assess: 4 bài bằng chứng từ 3 nguồn, chủ yếu là tin nghiên cứu, 2 bài trong 30 ngày qua. Độ tin cậy 57%.
Bằng chứng (4)
- 7GitHub Blog·25/9/2026framework_updateGitHub cải thiện hiệu năng bằng cách chuyển Primer sang CSS Modules
Hệ thống thiết kế Primer của GitHub đã chuyển từ CSS-in-JS sang CSS Modules để giảm chi phí xử lý ở phía client và server. Việc di chuyển được thực hiện theo từng bước bằng feature flag và kiểm thử hồi quy trực quan, với mức cải thiện được ghi nhận là giảm 55% thời gian render phía server và giảm 25% thời gian khởi tạo component.
- 5The New Stack·13/9/2026researchKhoảng trống quan sát AI làm lộ lỗi thầm lặng trong môi trường sản xuất
Bài viết cho rằng CI, evals và trace truyền thống chưa đủ để chẩn đoán các tính năng AI có thể trả lời sai nhưng vẫn trông như đang hoạt động bình thường. Dựa trên khảo sát 2026 của Dynatrace về SRE và platform engineering, bài viết nhấn mạnh nhu cầu quan sát ở thời gian chạy để lần ngược triệu chứng về bản phát hành, lời gọi công cụ và hành vi retry.
- 4InfoQ·7/8/2026framework_updateRootly bỏ quy tắc PR nhỏ khi AI tác nhân tạo mã ngày càng nhiều
Rootly cho biết quy tắc lâu nay ưu tiên các pull request nhỏ không còn phù hợp vì AI tác nhân hiện tạo ra phần lớn mã nguồn của công ty. Doanh nghiệp này đang chuyển tiêu chí đánh giá sang mức độ ảnh hưởng, ưu tiên cờ tính năng và khả năng rollback thay vì đếm số dòng code.
- 4The New Stack·16/7/2026researchRào cản thực sự của triển khai độc lập là khâu xác thực
Bài viết cho rằng nhiều đội nền tảng đã có công cụ triển khai rất mạnh, nhưng vẫn phải phát hành theo lô vì không thể xác thực từng thay đổi một cách đủ tin cậy. Bài viết nhận định môi trường dùng chung và lịch phát hành theo “release train” từng là giải pháp hợp lý trước tình trạng thiếu năng lực kiểm thử/xác thực, và các tác nhân lập trình có thể làm vấn đề nặng hơn khi tăng số lượng thay đổi và kích thước các lô phát hành.