Để trích dẫn Donald Knuth:
Tối ưu hóa sớm là gốc rễ của mọi điều xấu (hoặc ít nhất là hầu hết) trong lập trình.
Tuy nhiên, xây dựng ứng dụng của bạn có vẻ hợp lý, dễ bảo trì và hợp lý nhất. Sau đó, nếu bạn gặp vấn đề về hiệu suất hoặc bộ nhớ, hãy giải quyết những vấn đề có ảnh hưởng lớn nhất cho đến khi hiệu suất đạt yêu cầu hoặc quy luật lợi nhuận giảm dần có nghĩa là không có ích gì để tối ưu hóa thêm.
Nếu bạn không chắc chắn về tác động của các quyết định thiết kế cụ thể (như tên thuộc tính dài), hãy tạo một mẫu thử nghiệm để kiểm tra các giả thuyết khác nhau (như "tên thuộc tính ngắn hơn sẽ tiết kiệm nhiều không gian"). Đừng mong đợi kết quả của bài kiểm tra là kết luận, tuy nhiên nó có thể dạy cho bạn những điều bạn không mong đợi học được.
