Launching session and Fortnite Crashes ...

Epic बनाम Facepunch: बग रिपोर्ट बैकलॉग पर दो अलग-अलग दृष्टिकोण

टिम स्वीनी का कहना है कि कम प्राथमिकता वाली Fortnite बग रिपोर्ट को हटाना सामान्य बात है, जबकि Rust के Facepunch COO का तर्क है कि पुराने बग को लॉग रखना महत्वपूर्ण है।

Eliza Crichton-Stuart

Eliza Crichton-Stuart

अद्यतनित Apr 14, 2026

Launching session and Fortnite Crashes ...

इस हफ़्ते एक रिपोर्ट सामने आई जिसमें पुष्टि की गई कि Epic Games नियमित रूप से अपने Fortnite के लिए low-priority bug reports के बैकलॉग को साफ़ करती है, और CEO Tim Sweeney ने इससे इनकार नहीं किया। X पर उनकी प्रतिक्रिया सीधी थी: हाँ, वे उन्हें डिलीट करते हैं, और नहीं, उन्हें नहीं लगता कि यह कोई समस्या है।

Sweeney का बैकलॉग काटने का तर्क

Sweeney की स्थिति सीधी है। Epic impact के आधार पर bugs को प्राथमिकता देता है, उन्हें क्रम से हल करता है, और नीचे कहीं एक लाइन खींच देता है। उस लाइन के नीचे की कोई भी चीज़, जो बहुत कम players को प्रभावित करती है और अनुभव के लिए न्यूनतम परिणाम रखती है, उसे छोड़ दिया जाता है। "हम कटऑफ पॉइंट ढूंढते हैं जहाँ उन bugs को ठीक करना खेल के लिए अन्य चीज़ों की तुलना में कम मूल्यवान होता है, और हम उन्हें छोड़ देते हैं," उन्होंने 10 अप्रैल को लिखा।

वह इस बारे में भी स्पष्ट थे कि क्या डिलीट नहीं किया जाता है। वे bugs जो playerbase के एक महत्वपूर्ण हिस्से द्वारा वास्तव में सामना किए जाते हैं, जो वास्तव में Fortnite की गुणवत्ता को नुकसान पहुंचाते हैं, उन्हें उच्च-प्राथमिकता वाली वस्तुओं के रूप में माना जाता है और समाधान होने तक सूची में बने रहते हैं। उस श्रेणी में धीमी गति से होने वाले सुधार, Sweeney कहते हैं, neglect के कारण नहीं, बल्कि जटिलता के कारण होते हैं।

इस सब को "normal software development" के रूप में फ्रेम करना गंभीरता से लेने लायक है। Fortnite ग्रह पर सबसे ज़्यादा खेले जाने वाले games में से एक है, जो PC, console और mobile पर एक साथ चलता है। यह जितने bug reports उत्पन्न करता है, वह लगभग निश्चित रूप से enormous है, और उन issues का एक लगातार बढ़ता हुआ बैकलॉग बनाए रखना जिन्हें कोई कभी ठीक नहीं करेगा, वास्तविक overhead costs वहन करता है।

Facepunch का प्रतिवाद: फिर भी लॉग करें

अधिक दिलचस्प प्रतिक्रिया Alistair McFarlane से आई, जो Rust के पीछे की टीम, Facepunch Studios के COO और कंपनी निदेशक हैं। उनकी स्टूडियो विपरीत दृष्टिकोण अपनाती है। Rust के bug बैकलॉग में कथित तौर पर कई सौ low-priority entries हैं, जिनमें से कुछ वर्षों पुराने हैं, और Facepunch ने उन्हें कभी डिलीट नहीं किया।

McFarlane ने पुराने, low-priority reports को रखने के तीन व्यावहारिक उपयोग बताए। पहला, समर्पित cleanup sprints टीम को क्षमता मिलने पर उन्हें bulk में निपटाने की अनुमति देते हैं। दूसरा, QA staff उन्हें स्वतंत्र रूप से काम कर सकते हैं। तीसरा, और यह वह हिस्सा है जो अलग दिखता है, वे नए hires के लिए starter tasks के रूप में काम करते हैं, जिससे आने वाले developers को codebase से परिचित होते हुए कुछ ठोस ठीक करने को मिलता है।

यह अंतिम बिंदु वास्तव में smart है। दो साल से अछूता पड़ा एक bug जरूरी नहीं कि जगह की बर्बादी हो अगर वह अंततः वह चीज़ बन जाए जो एक नए engineer को यह समझने में मदद करती है कि Rust के सिस्टम कैसे जुड़ते हैं।

McFarlane ने प्रतिवाद को स्वीकार किया। "मैं उन्हें डिलीट करने के तर्क को देख सकता हूँ," उन्होंने लिखा, इससे पहले कि वे अपनी वास्तविक प्राथमिकता पर पहुंचे: "मैं उन्हें forgotten होने के बजाय logged रखना पसंद करूँगा।"

Facepunch keeps years of bug logs

Facepunch keeps years of bug logs

Scale की समस्या जिसे दोनों पक्ष पूरी तरह से संबोधित नहीं करते

बात यह है: दोनों स्थितियाँ समझ में आती हैं, और सही उत्तर शायद पूरी तरह से टीम के आकार और खेल के scale पर निर्भर करता है। Facepunch Epic की तुलना में एक बहुत छोटी स्टूडियो है, और Rust, एक लंबे समय से चलने वाला survival hit होने के बावजूद एक loyal playerbase के साथ, Fortnite के volume पर काम नहीं करता है। कुछ सौ पुराने bug reports का प्रबंधन करना दसियों हज़ार का प्रबंधन करने से बहुत अलग प्रस्ताव है।

इस बातचीत में अधिकांश players जो चूक जाते हैं वह यह है कि bug triage स्वयं development work का एक रूप है। एक tracker में प्रत्येक entry की समीक्षा, वर्गीकृत और समय-समय पर पुनर्मूल्यांकन किया जाना चाहिए। एक निश्चित scale पर, एक बड़े low-priority बैकलॉग को बनाए रखने का overhead वास्तव में उन bugs के समाधान को धीमा कर सकता है जो मायने रखते हैं।

यहाँ मुख्य बात यह है कि कोई भी स्टूडियो player-facing issues को नज़रअंदाज़ नहीं कर रहा है। Sweeney और McFarlane दोनों ने इसे अलग-अलग तरीकों से बताया। बहस वास्तव में इस बारे में है कि आप live service के वर्षों में जमा होने वाले minor, low-impact reports के long tail के साथ क्या करते हैं।

live-service games चल रहे development और updates को कैसे संभालते हैं, इस पर करीब से नज़र डालने के लिए, इस क्षेत्र के सबसे बड़े titles को कवर करने वाले अधिक guides ब्राउज़ करें। और यदि आप नवीनतम gaming news और उद्योग की बातचीत को विकसित होने के साथ-साथ ट्रैक करना चाहते हैं, तो पढ़ने के लिए बहुत कुछ है।

रिपोर्ट्स

अद्यतनित

April 14th 2026

पोस्ट किया गया

April 14th 2026

0 टिप्पणी

संबंधित समाचार

मुख्य समाचार