Eric S. Raymond: "Bergegas untuk mengoptimalkan sebelum kemacetan dike...

"Bergegas untuk mengoptimalkan sebelum kemacetan diketahui mungkin satu-satunya kesalahan untuk merusak lebih banyak desain daripada fitur creep. Dari kode yang disiksa hingga tata letak data yang tidak dapat dipahami, hasil terobsesi tentang kecepatan atau memori atau penggunaan disk dengan mengorbankan transparansi dan kesederhanaan ada di mana-mana. Mereka menelurkan bug yang tak terhitung dan menghabiskan berjam-jam - seringkali, hanya untuk mendapatkan keuntungan marjinal dalam penggunaan beberapa sumber daya yang jauh lebih murah daripada waktu debugging"

--- Eric S. Raymond

#Transparansi #Tapi #Tata letak #Data #Mungkin #Kesalahan #Rancangan #Hasil #Diketahui #Menggunakan #Kesederhanaan #Mahal #Kemacetan #Kenangan #Biaya #Gigil #Rusak #Kode #Bug #Fitur #Keuntungan #Jam #Kecepatan #Pemakaian #Beban #Debugging #Sumber daya #Terobsesi #Bergegas #Muncul #Jutaan #Disk

Versi Bahasa Inggris

Rushing to optimize before the bottlenecks are known may be the only error to have ruined more designs than feature creep. From tortured code to incomprehensible data layouts, the results of obsessing about speed or memory or disk usage at the expense of transparency and simplicity are everywhere. They spawn innumerable bugs and cost millions of man-hours - often, just to get marginal gains in the use of some resource much less expensive than debugging time