فيبوناتشي بالمضاعفة السريعة
احسب أعداد فيبوناتشي بالمضاعفة السريعة لفهارس صحيحة من صفر إلى 10000.
def fibonacci(index):
if type(index) is not int or not 0 <= index <= 10000:
raise ValueError("index.range")
a, b = 0, 1
for bit in bin(index)[2:]:
c = a * (2 * b - a)
d = a * a + b * b
a, b = (c, d) if bit == "0" else (d, c + d)
return a- المشروع
- اختبر القيم الأولى وحدا أكبر معروفا والحد الأعلى وارفض الفهارس الكسرية والسالبة والمنطقية.
- راجع قبل التطبيق
- قارن السلوك الفعلي بالنتيجة المتوقعة. إذا فشل فحص، تحقّق من السبب قبل إجراء تغييرات إضافية.
- النماذج
- اضبط نقطة اتصال متوافقة مع OpenAI أو Anthropic باستخدام العنوان الأساسي ومفتاح API عند الحاجة. اختبر الاتصال. يجب أن يعمل خادم النموذج المحلي؛ وقد ترسل الأدوات البعيدة البيانات بشكل منفصل.
def fibonacci(index):
if type(index) is not int or not 0 <= index <= 10000:
raise ValueError("index.range")
a, b = 0, 1
for bit in bin(index)[2:]:
c = a * (2 * b - a)
d = a * a + b * b
a, b = (c, d) if bit == "0" else (d, c + d)
return aاجعل البديل العددي يثبت استحقاقه
يخلق استبدال حساب مألوف بتنفيذ أكثر اختصارا مشكلة مراجعة: كيف تثبت استمرار تلقي المستدعين النتيجة نفسها؟ FiboLantern بيئة برمجة بالذكاء الاصطناعي على Windows لهذه المحادثة. افتح التنفيذ والاختبارات واشرح سبب التفكير في البديل واطلب فحص العقد الحالي أولا.
توفر دالة تكرارية مهمة محتملة. يمكنك طلب مراجعة تنفيذ فيبوناتشي مع الحفاظ على مجال فهرس صريح ومخرجات صحيحة العدد. اطلب شرح تحديثات الحالة المقترحة مرتبطا بقيم صغيرة متوقعة. ركز العمل على بديل يحتاجه تطبيقك بدلا من افتراض أن صيغة مختلفة تحسن العمل تلقائيا.
قارن المقترح بمرجع بسيط ضمن مجال اختبار عملي، ثم افحص الحدود المعلنة مستقلا. افحص تغييرات التحقق من المدخلات ومعالجة الأخطاء مع الحساب نفسه. شغل اختبارات مشروعك وقس الأداء في بيئتك إن كان دافع التغيير؛ فالشرح الأقصر ليس دليلا على تطبيق أسرع.
يتصل FiboLantern بنقاط نهاية مدعومة متوافقة مع OpenAI أو تابعة لـ Anthropic. يمكنك اختيار نموذج بلا رقابة توفره خدمتك، ويحدد خادمه الأدوات والسياق. أبق معايير القبول صريحة ليدعم اختيار النموذج المراجعة دون أن يحل محلها.
تقييم استبدال تنفيذ عددي
كيف أبرر استبدال شيفرة تكرارية تعمل؟
صف مشكلة الصيانة أو الأداء الفعلية أولا. اطلب مقارنة المقترح بالعقد والاختبارات الحالية. التنفيذ الجديد وحده لا يكفي لتوسيع الرقعة أو تغيير المدخلات المدعومة.
ما الذي يجعل المقارنة بمرجع مفيدة؟
استخدم تنفيذا مفهوما بشكل مستقل ضمن مجال يمكن إدارته، مع نتائج دقيقة عند الحدود المهمة. مقارنة نسختين من المنطق نفسه قد تكرر الخطأ نفسه. أبق المرجع بسيطا بما يكفي ليفحصه المراجعون.
هل يستطيع المساعد الوعد بأن البديل أسرع؟
يمكن للنقاش تحديد مفاضلات محتملة، لكن قس حمل العمل المعني في بيئتك. أدرج تكلفة التحقق والاستدعاء حيث يلزم. لا تحول ملاحظة خوارزمية إلى ادعاء أداء عن تطبيقك دون دليل.
هل ينبغي زيادة حد الفهرس المقبول مع الشيفرة الجديدة؟
فقط كمتطلب صريح. قد يغير تنفيذ مختلف استخدام الموارد دون جعل المدخلات الأكبر مناسبة للمستدعين. راجع الحد واستجابة الخطأ والمعالجة اللاحقة منفصلة قبل توسيع المجال المدعوم.
FiboLantern · آخر تحديث 2026-10-25