Tôi cũng sẽ mô tả điều này là thanh lịch, nhưng muốn thêm vấn đề, nếu bạn sẽ tha thứ cho sự xâm nhập của tôi.
Tôi biết có những gói phần mềm rất đắt tiền để xử lý các tình huống như thế này, nhưng tại công ty tôi làm việc tại chúng tôi không thể trả chi phí trừ khi chúng tôi chắc chắn rằng nó làm những gì chúng tôi cần.
Test Driven Development (TDD) là một trong những hệ thống tốt hơn mà tôi đã nghe nói về phát triển và tôi rất thích nó, nhưng các vấn đề chiếm thời gian của tôi thường là do các sự kiện phần cứng và gián đoạn phức tạp mà nhiều người gọi là trục trặc. Có vẻ như có một vấn đề nhỏ xảy ra cứ sau 2 giờ khi các ngôi sao thẳng hàng, nhưng nếu điện thoại của bạn chỉ bị đóng băng mỗi tuần một lần, bạn sẽ nguyền rủa tên kỹ sư. Trong trường hợp của chúng tôi, chúng tôi phải đi vào một nguồn cấp dữ liệu khi mọi thứ thực sự bị phá vỡ, mà như bạn có thể tưởng tượng, tôi muốn tránh.
Tôi đã thấy các giải pháp rất thông minh để kiểm tra chức năng của các hệ thống con, nếu được triển khai đúng cách, có thể giúp tôi tiết kiệm được 3 giờ trong một tuần làm việc 50 giờ, nhưng nếu có một cách thông minh để tìm các tình huống trục trặc thì nó sẽ giúp tôi tiết kiệm hàng tuần làm việc thỉnh thoảng tìm kiếm "lỗi" xảy ra trong trường dưới tải nặng.
Bài đăng này có thể không giúp được một lượng lớn, nhưng tôi thấy việc đưa mọi thứ ra ánh sáng giúp mọi thứ dễ dàng giải quyết hơn. Nếu có một phương pháp TDD để tìm các tình huống trục trặc, tôi có thể nhận được 10 ngàn trong số hàng ngàn được phân bổ để trả tiền cho nó. -Max