المبدأ يقول: ركّز أولًا على كود واضح يعمل بشكل صحيح، واترك تحسين الأداء حتى تظهر حاجة حقيقية له.
العبارة المشهورة لـ Donald Knuth تصف التحسين المبكر بأنه أصل كثير من المشاكل في البرمجة.
لماذا؟
- غالبًا لا تعرف مسبقًا أين البطء الحقيقي.
- الكود “المحسّن” مبكرًا يكون أعقد وأصعب صيانة.
- قد تقضي ساعات على جزء لا يؤثر على السرعة أصلًا.
إذن متى أحسّن؟
- عندما يكون هناك بطء ملحوظ فعلًا.
- قِس أولًا لتعرف أين المشكلة.
- حسّن ذلك الجزء تحديدًا، ثم قِس مرة أخرى.
هذا لا يعني كتابة كود سيئ عمدًا؛ الاختيارات المنطقية البسيطة من البداية جيدة دائمًا.