ورژن کنٹرول سسٹم مینٹینر مجھے مایوس کیا پروجیکٹ کو Python 2 سے Python 3 میں منتقل کرنے پر کام۔ اس حقیقت کے باوجود کہ پہلی بار پورٹنگ کی کوششیں 2008 میں کی گئی تھیں، اور Python 3 کے ساتھ کام کرنے کے لیے تیز رفتار موافقت 2015 میں شروع ہوئی تھی، Python 3 کو استعمال کرنے کی مکمل صلاحیت صرف تازہ ترین میں لاگو کی گئی تھی۔ مرکیوریل کی شاخ 5.2۔
Python 3 کے لیے بندرگاہ کے استحکام کے بارے میں پیشین گوئیاں مایوس کن ہیں۔ خاص طور پر، یہ توقع کی جاتی ہے کہ کئی سالوں کے دوران کوڈ میں بے ترتیب غلطیاں ظاہر ہو جائیں گی، کیونکہ ٹیسٹ کوڈ بیس کے 100% کا احاطہ نہیں کرتے، اور بہت سے مسائل جامد تجزیہ کے دوران پوشیدہ ہوتے ہیں اور صرف رن ٹائم پر ظاہر ہوتے ہیں۔ اس کے علاوہ، بہت سے فریق ثالث کے ایڈ آنز اور ایکسٹینشنز Python 3 میں ترجمہ شدہ نہیں ہیں۔
چونکہ پورٹنگ کے دوران کوڈ کو بتدریج Python 3 میں ڈھالنے کا فیصلہ کیا گیا تھا، Python 2 کے لیے سپورٹ کو برقرار رکھتے ہوئے، کوڈ نے Python 2 اور 3 کو یکجا کرنے کے لیے بہت سے ہیکس حاصل کیے، جنہیں Python 2 کی سپورٹ ختم ہونے کے بعد صاف کرنا پڑے گا۔
Python 3 کی صورت حال پر تبصرہ کرتے ہوئے، Mercurial مینٹینر کا خیال ہے کہ انٹرآپریبلٹی کو توڑنے والے Python 3 کو فروغ دینے اور اسے ایک نئی، زیادہ درست زبان کے طور پر مسلط کرنے کا فیصلہ، ڈویلپرز سے متعلق پیش رفت میں بہتری کی عدم موجودگی میں، ایک بڑی غلطی تھی جس کی وجہ سے کمیونٹی کو بہت نقصان پہنچا ہے اور یہ اس بات کی ایک مثال ہے کہ کس طرح بڑے منصوبوں کو ایسا کرنے کی ضرورت نہیں ہے۔ بتدریج فعالیت بنانے اور ایپلی کیشنز کو بتدریج اپنی مرضی کے مطابق کرنے کی اجازت دینے کے بجائے، Python 3 کی ریلیز نے ڈیولپرز کو کوڈ کو دوبارہ لکھنے اور Python 2 اور Python 3 کے لیے الگ الگ شاخوں کو برقرار رکھنے کے لیے وسائل خرچ کرنے پر مجبور کیا۔ Python 3.0 نے منتقلی کے عمل کو ہموار کرنے اور اس بات کو یقینی بنانے کے لیے خصوصیات متعارف کروائیں کہ ایک ہی کوڈ بیس Python 3.5 اور Python 2 دونوں کو چلاتا ہے۔
ماخذ: opennet.ru