एक से 10000 प्रतिभागियों और एक से 1000000 गिनती कदम के लिए जोसेफस उत्तरजीवी का शून्य-आधारित सूचकांक निकालें.
def josephus_index(count, step):
if type(count) is not int or not 1 <= count <= 10000:
raise ValueError("circle.count")
if type(step) is not int or not 1 <= step <= 1000000:
raise ValueError("circle.step")
survivor = 0
for size in range(2, count + 1):
survivor = (survivor + step) % size
return survivordef josephus_index(count, step):
if type(count) is not int or not 1 <= count <= 10000:
raise ValueError("circle.count")
if type(step) is not int or not 1 <= step <= 1000000:
raise ValueError("circle.step")
survivor = 0
for size in range(2, count + 1):
survivor = (survivor + step) % size
return survivorकिसी फ़ंक्शन के भीतर इंडेक्स सही होने पर भी वह गलत आइटम बता सकता है यदि इंटरफ़ेस स्थानों को अलग तरीके से लेबल करता हो। CircleJunco परियोजना की फ़ाइलों में इस अंतर का पता लगाने के लिए Windows एआई कोडिंग कार्यक्षेत्र देता है। पहले बताएँ कि गिनती कहाँ से शुरू होती है और लौटाया गया स्थान कैसे प्रदर्शित लेबल या चयनित रिकॉर्ड बनता है। किसी भी पक्ष को बदलने से पहले सहायक से दोनों परंपराएँ जाँचने को कहें।
Josephus में बचे हुए व्यक्ति के इंडेक्स का उदाहरण विकास का ठोस मामला देता है। आप इनपुट संख्या और चरण की सीमाएँ जाँच सकते हैं, फिर लौटाए गए इंडेक्स को उसके उपयोग करने वाले कोड तक देख सकते हैं। कॉल करने वाला कोड इंडेक्स चाहता है या मनुष्य के पढ़ने योग्य स्थान, इस पर सहमति होने के बाद ही बदलाव माँगें। छोटे, हाथ से जाँचे जा सकने वाले मामले यहाँ उपयोगी हैं, क्योंकि वे बड़े आउटपुट में परंपरा छिपाए बिना अपेक्षित व्यवहार दिखाते हैं।
अपने समर्थित OpenAI-संगत या Anthropic एंडपॉइंट पर उपलब्ध हो तो एब्लिटरेटेड एआई मॉडल चुनें और जहाँ आवश्यक हो प्रवेश प्रमाण दें। मॉडल और सर्वर टूल तक पहुँच, संदर्भ और पाबंदियाँ तय करते हैं। प्रस्तावित रूपांतरण या सत्यापन बदलाव जाँचें और कॉल करने वाले कोड के माध्यम से परियोजना परीक्षण चलाएँ। स्थानीय मॉडल के लिए अलग चलने वाला सर्वर चाहिए और काम के दौरान दूसरे जुड़े टूल बाहरी सेवाओं का उपयोग कर सकते हैं।
इसे फ़ंक्शन की सीमा और कॉल करने वाले कोड की अपेक्षा में बताएँ। ऐसा उदाहरण दें जिसमें लौटाया गया इंडेक्स और प्रदर्शित स्थान अलग-अलग दिखें। इससे कहीं और अतिरिक्त समायोजन जोड़े बिना रूपांतरण की समीक्षा करना आसान होता है।
पहले सभी कॉल करने वाले कोड की समीक्षा करें। यदि वे इंडेक्स चाहते हैं, तो हेल्पर बदलने से एक लेबल सुधरने के बावजूद चयन का तर्क टूट सकता है। ऐसा प्रस्ताव माँगें जिसमें रूपांतरण आपके अनुप्रयोग के अनुबंध के अनुकूल सीमा पर हो।
ऐसी संख्या और चरण चुनें जिन्हें आप हाथ से देख सकें, फिर अपेक्षित बचे हुए व्यक्ति और उसके प्रदर्शित लेबल को बताएँ। सबसे छोटा स्वीकृत इनपुट शामिल करें। ये उदाहरण बिना व्याख्या वाले बड़े परिणाम की तुलना में परंपरा का अंतर अधिक स्पष्ट दिखाते हैं।
नमूना किसी स्वचालित अनुकरण की पुष्टि नहीं करता। कार्यक्षेत्र आपके कार्यान्वयन की चर्चा और समीक्षा में मदद करता है। कोड चलाने और आउटपुट की तुलना इस कार्य के लिए निर्धारित स्वीकृति मामलों से करने के लिए अपनी परियोजना का परिवेश इस्तेमाल करें।
CircleJunco · अद्यतन 2026-10-25