Khi một boolean cố đóng vai bằng chứng
Một trải nghiệm thiết kế phân quyền: cùng một lỗi quay lại bốn lần, ở bốn chất liệu khác nhau, và mỗi lần nó im lặng theo một kiểu riêng.
Những tác phẩm ở đây lần theo khoảng cách giữa điều ta nhìn thấy, điều ta tin và điều thực sự đang diễn ra.
Cái bạn cầm trên tay không phải công việc. Nó là bản kể lại của công việc.
Cho người đã làm phân tích nghiệp vụ đủ lâu để biết mình vừa giao một tài liệu đúng mà vô dụng: ba tập bóc tách chỗ thông tin rụng trên đường đi.
Ba quyển phá ba giả định vô hình giữa điều bạn viết, điều hệ thống chạy và điều thật sự được thi hành.
Dành cho người đã dùng Spring đủ lâu để biết cách làm nhưng vẫn phải đoán khi debug: ba quyển bóc tách cơ chế vô hình giữa code bạn viết và hành vi hệ thống.
Phân tích độc lập
Những bài đứng ngoài các mạch dài, dành trọn dung lượng cho một câu hỏi đáng để đào sâu.
Sắp theo cái bạn đang nhìn thấy, không theo tên cơ chế - vì lúc bạn cần tới nó, bạn chưa biết tên cơ chế là gì. Đó chính là vấn đề.
@Value bị null, ứng dụng vẫn khởi động bình thường và 2 triệu chứng khác trong nhóm này.
save, dữ liệu vẫn xuống database (hoặc ngược lại: gọi rồi mà không xuống) merge xong, thay đổi vẫn mất và 2 triệu chứng khác trong nhóm này.
UnexpectedRollbackException ở một method trông chẳng liên quan LazyInitializationException khi trả dữ liệu ra ngoài tầng service và 1 triệu chứng khác trong nhóm này.