Mengutip Donald Knuth:
Pengoptimalan prematur adalah akar dari semua kejahatan (atau setidaknya sebagian besar) dalam pemrograman.
Namun, bangun aplikasi Anda tampaknya paling masuk akal, dapat dipelihara, dan logis. Kemudian, jika Anda memiliki masalah kinerja atau penyimpanan, atasi masalah yang memiliki dampak terbesar hingga kinerja memuaskan atau hukum pengembalian yang semakin berkurang berarti tidak ada gunanya mengoptimalkan lebih lanjut.
Jika Anda tidak yakin dengan dampak keputusan desain tertentu (seperti nama properti yang panjang), buat prototipe untuk menguji berbagai hipotesis (seperti "apakah nama properti yang lebih pendek akan menghemat banyak ruang"). Jangan berharap hasil pengujian meyakinkan, namun hal itu mungkin mengajarkan Anda hal-hal yang tidak Anda harapkan untuk dipelajari.
