Sập giữa commit và publish làm mất 20% đơn không ai biết — outbox đổi mất thành trùng
Khe hở giữa commit cơ sở dữ liệu và publish, đo bằng cách sập đúng chỗ hiểm. Vì sao AFTER_COMMIT không cứu được, và outbox thật sự mua gì.
Q
Quản trị viên
Là một lập trình viên yêu công nghệ, thích viết blog để chia sẻ kiến thức, kinh nghiệm lập trình và những điều thú vị trong thế giới tech.
2300 bài viết
· Website
Biến rỗng không phải 'chưa cấu hình' — và thứ tự ưu tiên quyết định giá trị nào thắng trong Spring Boot
Cấu hình như một chồng tấm kính trong suốt: mặc định nằm dưới cùng, dòng lệnh nằm trên cùng thắng. Thứ tự ưu tiên đo được, @ConfigurationProperties bắt lỗi lúc khởi động, profile, và ba cái bẫy đã trả giá.
'expected: true but was: false' — dòng báo lỗi vô dụng nhất, và cách để test không bao giờ nói thế
Vòng đời JUnit 5 in ra bằng số thật (mỗi test một đối tượng mới, thứ tự không theo khai báo), ba dòng test theo tham số thay cho mười một, và khác biệt giữa thông báo lỗi hữu ích với thông báo chẳng nói gì.
Trong Go 'cộng một ngày' khác 'cộng 24 giờ', và so sánh Time bằng == thì sai
Giữ thời gian là hai cái đồng hồ khác nhau: đồng hồ treo tường + lịch (có múi giờ, chỉnh được, một ngày có khi 23 giờ) và đồng hồ bấm giây (chỉ tăng, đo khoảng). Layout 2006-01-02, so sánh bằng Equal, AddDate khác Add, và ba cái bẫy Timer.
Maven build lại còn chậm hơn build sạch của chính nó — và vì sao cùng file khai báo, hai công cụ chạy hai thư viện khác nhau
Đo cùng một dự án 300 lớp trên Maven và Gradle: chỗ Gradle thật sự nhanh hơn (và chỗ không), vì sao build lại của Maven chậm hơn build sạch, và một khác biệt chọn phiên bản khiến hai bên chạy hai thư viện khác nhau mà không báo.
Lát cắt test không phải thứ làm bộ test nhanh — số lần Spring dựng lại ngữ cảnh mới quyết định 3 phút hay 30 phút
Dựng một ngữ cảnh Spring như khởi động lại cả máy: bộ đệm ngữ cảnh dùng chung một lần khởi động cho mọi test cùng cấu hình, nhưng lệch một nút là khởi động lại từ đầu. Đo lát cắt, số bean, và thứ thật sự làm bộ test chậm.