" تجنب الكمال "
التحسين، و الأمثل، أحد هذين اللفظين لا يبدو لك معقولا ؟ ( ;
البرنامج هو توازن هش بين وضوحه، سهولة صيانته، وسرعته، و حجمه، و دقته، الخ.
ألمس أحد هذه العناصر و من المرجح سيختل التوازن. ما هو مؤكد، أن تحسين السرعة غالبا ما يتسبب في تقليل وضوح قراءة الشيفرة وتقليل سهولة الصيانة. لذلك، يجب السؤال دائما عن ما هو الأهم. مع الآلات الحديثة نادرا ما تشكل السرعة عائق. على كل حال، سيكون الأمر متروكا لك لحل هذه المعضلة.
الخاتمة:
تعلم استعمال هذه التقنيات عن دراية. في حال تحسين شيفرتك، لا تتوانى عن أن تترك تعليقا عن التقنية التي استعملتها. على العموم إذا كانت التقنيات المستعملة هنا لا تزال صافية، ستكون معيار للبرمجة، لا ؟
يوجد بكل تأكيد تقنيات أخرى أقل أو أكثر فاعلية التي تساعد على تجنب الجداول متعددة الأبعاد إلى غاية استعمال لغة التجميع Assmebler (التحسين في النهاية هو نفسه في لغة التجميع، أوجهكم إلى هذا الموقع http://www.fastcodeproject.org للحصول على أحسن الإجراءات). لكن هدف هذه المقالة وهو وضعكم على الطريق السوي، وليس إنشاء قائمة فريدة للتقنيات.
وعندما يكون في استطاعتكم مضاعفة سرعة تنفيذ شيفرة إلى 300، ستكونون سعداء أنكم فعلتموها ..
....
شكرا لكل من ساعدني أو شجعني على كتابة هذه المقالة.
انتهت الترجمة

