Mercurial ला Python 3 मध्ये स्थलांतरित करण्याची किंमत अनपेक्षित त्रुटींचा माग असू शकते.

आवृत्ती नियंत्रण प्रणाली देखभालकर्ता मर्क्युरीअल मला खाली सोडा परिणाम पायथन 2 वरून पायथन 3 मध्ये प्रकल्प हस्तांतरित करण्याचे काम. 2008 मध्ये पहिले पोर्टिंग प्रयत्न केले गेले आणि 3 मध्ये पायथन 2015 सह काम करण्यासाठी प्रवेगक अनुकूलन सुरू झाले असले तरीही, पायथन 3 वापरण्याची पूर्ण क्षमता केवळ नवीनतम मध्ये लागू करण्यात आली. बुध 5.2 ची शाखा.

पायथन 3 साठी पोर्टच्या स्थिरतेबद्दलचे अंदाज निराशाजनक आहेत. विशेषतः, अनेक वर्षांच्या कालावधीत कोडमध्ये यादृच्छिक त्रुटी पॉप अप होतील अशी अपेक्षा आहे, कारण चाचण्या 100% कोड बेस कव्हर करत नाहीत आणि अनेक समस्या स्थिर विश्लेषणादरम्यान अदृश्य असतात आणि फक्त रनटाइमच्या वेळी दिसतात. याव्यतिरिक्त, अनेक तृतीय-पक्ष ऍड-ऑन आणि विस्तार पायथन 3 मध्ये अनुवादित नाहीत.
पोर्टिंग दरम्यान Python 3 साठी समर्थन कायम ठेवताना, Python 2 मध्ये कोड हळूहळू रुपांतरित करण्याचा निर्णय घेण्यात आला असल्याने, Python 2 आणि 3 एकत्र करण्यासाठी कोडने अनेक हॅक मिळवले, जे Python 2 समर्थन संपल्यानंतर साफ करावे लागतील.

पायथन 3 च्या परिस्थितीवर भाष्य करताना, मर्क्युरिअल मेंटेनरचा असा विश्वास आहे की इंटरऑपरेबिलिटी-ब्रेकिंग पायथन 3 ला प्रोत्साहन देण्याचा आणि विकासकांशी संबंधित सुधारणांच्या अनुपस्थितीत, नवीन, अधिक योग्य भाषा म्हणून लादण्याचा निर्णय ही एक मोठी चूक होती ज्यामुळे समाजाची मोठी हानी होते आणि मोठ्या प्रकल्पांना तसे करण्याची गरज नाही याचे उदाहरण आहे. हळूहळू कार्यक्षमता वाढवण्याऐवजी आणि अॅप्लिकेशन्सला वाढीव सानुकूलित करण्याची परवानगी देण्याऐवजी, Python 3 च्या रिलीझने विकसकांना कोड पुन्हा लिहिण्यास आणि Python 2 आणि Python 3 साठी स्वतंत्र शाखा राखण्यासाठी संसाधने खर्च करण्यास भाग पाडले. Python 3.0 च्या रिलीझनंतर सात वर्षांपर्यंत असे झाले नाही. पायथन 3.5 ने संक्रमण प्रक्रिया सुरळीत करण्यासाठी आणि समान कोड बेस पायथन 2 आणि पायथन 3 दोन्ही चालतो याची खात्री करण्यासाठी वैशिष्ट्ये सादर केली.

स्त्रोत: opennet.ru