30/09/2018, 17:05
Trong lập trình: giải pháp tồi hơn đôi khi lại tốt hơn
VinaCode – 8 May 15
Trong lập trình: giải pháp tồi hơn đôi khi lại tốt hơn
Bài viết được dịch từ blog Coding Horror Mặc dù có một chút khó khăn để có thể phân tích thấu đáo, nhưng tôi đã bị thu hút bởi bài viết The Rise of “Worse is Better” (Sự gia tăng của xu…
Bất cứ khi nào có thể, hãy luôn hướng về phía đơn giản. Hãy tránh xa sự phức tạp, và giống như các từ trong một bài viết vậy, khi mà bạn không thể loại bỏ thêm từ nào nữa– thì lúc đó bạn đã hoàn thành công việc.
Bạn đọc tiếp bài viết ở đây nhé: http://bit.ly/1JSU4RO
Bài liên quan
Nghe vô lý nhỉ? Giải pháp tồi mà lại tốt hơn á?
Chỉ là Đôi khi thôi bạn
Nếu có 2 hay nhiều giải pháp cùng giải quyết vấn đề thì không nhất thiết/ tối ưu khi lúc nào cũng chọn giải pháp đem lại kết quả tốt hơn.
Cần phải đánh giá cụ thể là trong trường hợp nào, vấn đề cần giải quyết là gì?
Giải pháp tồi hơn là như thế nào, tốt hơn là như thế nào?
Khi sử dụng giải pháp tốt hơn thì chi phí, độ phức tạp tăng lên như thế nào?
Rồi đánh giá xem là liệu đánh đổi giữa phức tạp và tính hiệu quả của giải pháp có xứng đáng không?
Khi đó quyết định của bạn sẽ rõ ràng hơn
Đồng ý, đôi khi một giải pháp tốt, về mặt thuật toán, lại là
overkillcho một vấn đề nhỏ.