【CJ 进阶续篇 08/30 · 总第 36 篇】
لم نتحقق بعد من مصدر الربح، ثم نبدأ تحسين الميكروثانية؛ غالبًا ما يكون ذلك تحسينًا لميزة غير موجودة بعد.
اللغة Python مناسبة للتحقق السريع من البيانات والإشارات ونماذج التكلفة؛ ولكن عندما يواجه الاستراتيجية فعلًا ازدحامًا عالي التوافر، وذيلًا طويلًا في التأخير وحالات حجب أثناء التنفيذ، عندها فقط يصبح من الضروري تحديد ما إذا كانت اللغة أو بيئة التشغيل هي التي تُصبح عنق الزجاجة.
يمكن لـ Rust أن يوفّر قيودًا أشد على الأنواع وتحكمًا أكبر في الأداء وقت التشغيل، لكنه لن يقوم تلقائيًا بتصحيح منطق الدخول الخاطئ، كما أنه لن يجعل السوق أحادي الاتجاه يختفي.
يجب أن يكون ترتيب العمل الهندسي كالتالي: أولًا إثبات منطق الاستراتيجية، ثم قياس عنق الزجاجة الحقيقي، وبعدها اختيار طريقة التنفيذ المناسبة. إن نسبة جميع المشكلات إلى «السرعة غير كافية» يسهل معها تجنب قضايا أصعب ولكنها أهم: هل البيانات صحيحة؟ وهل المخاطر تحت السيطرة؟ وهل يمكن إيقاف النظام عند الفشل؟
كما يجب إجراء الاختبارات مع التمييز أولًا بين متوسط السرعة وأبطأ اللحظات. في الأوقات الاعتيادية يكون كل شيء سريعًا، لكن عند الازدحام تحدث حجب تستمر مدة طويلة؛ قد يكون هذا أصعب في الإدارة من الاستقرار رغم أنه أبطأ قليلًا. إن كان ينبغي إعادة كتابة النظام أم لا، فينبغي أن يتحدد بناءً على نتائج القياس وطبيعة حالات الفشل، لا بناءً على انطباع الاحتراف الناشئ عن اسم اللغة.
السرعة ليست غاية بحد ذاتها. أن تجعل النظام أسرع في المكان الصحيح هو القيمة الحقيقية للعمل الهندسي.
القادم: تم إغلاق السوق اليوم للراحة، فلماذا ما زال سعر العقد يتحرك؟
#量化工程 #Rust