Trong lập trình: giải pháp tồi hơn đôi khi lại tốt hơn


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

3 Likes

Nghe vô lý nhỉ? Giải pháp tồi mà lại tốt hơn á?

1 Like

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

4 Likes

Đồng ý, đôi khi một giải pháp tốt, về mặt thuật toán, lại là overkill cho một vấn đề nhỏ.

3 Likes
83% thành viên diễn đàn không hỏi bài tập, còn bạn thì sao?