Cho phép tôi thêm chi tiết: Tôi làm việc tại một tổ chức có nhiều lập trình viên, người thử nghiệm, nhà phân tích QA, chủ sở hữu sản phẩm, v.v. và đây là điều khiến tôi băn khoăn:
Chúng tôi đã có thể bán phần mềm crappy (mặc dù khá chức năng) trong hơn một thập kỷ. Nó có nhiều tính năng và sản phẩm có tính cạnh tranh, nhưng có một số lỗi nghiêm trọng ngoài đó, cũng như hàng ngàn "cắt giấy" - những phiền toái nhỏ mà khách hàng cần phải làm quen.
Tôi đau đớn khi xem xét một số điều vì tôi tin chắc rằng nếu máy tính không giúp làm cho cuộc sống của chúng ta dễ dàng hơn, thì chúng ta không nên sử dụng chúng. Tôi có niềm tin vào các đồng nghiệp của mình - họ thông minh, có khả năng và có thể cải thiện mọi thứ khi tập trung vào việc đó.
Nhưng, có thể khó gửi các lỗi chống lại một số chức năng cũ mà không thấy chúng bị đóng hoặc quên. "Nó hoạt động như thế đối với các eons" là một câu trả lời điển hình. Ngoài ra, khi QA thực hiện hồi quy, họ có xu hướng tìm kiếm bất cứ thứ gì khác biệt nhiều như bất cứ thứ gì có vẻ không đúng. Vì vậy, một bản sửa lỗi cho một vấn đề cũ có thể được viết thành một lỗi, bởi vì "nó đã từng như vậy trước cả thời của tôi".
Các lập trình viên trẻ trong tôi nghĩ: viết lại điều kỳ dị này! Là một người có cơ hội gần gũi với việc bán hàng, khách hàng, tôi muốn đưa ra một lợi ích của sự nghi ngờ đối với phương pháp này.
Tôi quan tâm đến ý kiến / kinh nghiệm của bạn là tốt. Hãy cố gắng xem xét rủi ro, chi phí cho lợi ích và các yếu tố phi kỹ thuật khác.