Python 3 এ Mercurial স্থানান্তরিত করার মূল্য অপ্রত্যাশিত ত্রুটির একটি পথ হতে পারে।

সংস্করণ নিয়ন্ত্রণ সিস্টেম রক্ষণাবেক্ষণকারী তত্পর আমাকে নিচে নামতে দাও ফলাফল পাইথন 2 থেকে পাইথন 3 এ প্রকল্প স্থানান্তর করার জন্য কাজ। 2008 সালে প্রথম পোর্ট করার চেষ্টা করা হয়েছিল এবং 3 সালে পাইথন 2015 এর সাথে কাজ করার জন্য ত্বরান্বিত অভিযোজন শুরু হওয়া সত্ত্বেও, পাইথন 3 ব্যবহার করার সম্পূর্ণ ক্ষমতা শুধুমাত্র সাম্প্রতিক সময়ে বাস্তবায়িত হয়েছিল। বুধের শাখা 5.2।

পাইথন 3 এর জন্য পোর্টের স্থায়িত্ব সম্পর্কে ভবিষ্যদ্বাণী হতাশাজনক। বিশেষ করে, এটি প্রত্যাশিত যে বেশ কয়েক বছর ধরে কোডে এলোমেলো ত্রুটিগুলি পপ আপ হবে, যেহেতু পরীক্ষাগুলি কোড বেসের 100% কভার করে না, এবং স্ট্যাটিক বিশ্লেষণের সময় অনেক সমস্যা অদৃশ্য থাকে এবং শুধুমাত্র রানটাইমে প্রদর্শিত হয়। এছাড়াও, অনেক থার্ড-পার্টি অ্যাড-অন এবং এক্সটেনশানগুলি পাইথন 3-এ অনূদিত থেকে যায়।
যেহেতু পোর্টিংয়ের সময় পাইথন 3-এর সমর্থন বজায় রাখার সময় কোডটিকে ধীরে ধীরে পাইথন 2-তে মানিয়ে নেওয়ার সিদ্ধান্ত নেওয়া হয়েছিল, কোডটি পাইথন 2 এবং 3কে একত্রিত করার জন্য অনেক হ্যাক অর্জন করেছে, যা পাইথন 2 সমর্থন শেষ হওয়ার পরে পরিষ্কার করতে হবে।

পাইথন 3 এর পরিস্থিতি সম্পর্কে মন্তব্য করে, মার্কিউরিয়াল রক্ষণাবেক্ষণকারী বিশ্বাস করেন যে আন্তঃকার্যকারিতা-ব্রেকিং পাইথন 3 প্রচার করার সিদ্ধান্ত এবং এটিকে একটি নতুন, আরও সঠিক ভাষা হিসাবে চাপিয়ে দেওয়া, বিকাশকারীদের প্রাসঙ্গিক যুগান্তকারী উন্নতির অনুপস্থিতিতে, এটি একটি বড় ভুল ছিল সম্প্রদায়ের জন্য বড় ক্ষতি এবং এটি একটি উদাহরণ কিভাবে বড় প্রকল্পগুলি তা করতে হবে না। ধীরে ধীরে কার্যকারিতা তৈরি করা এবং অ্যাপ্লিকেশনগুলিকে ক্রমবর্ধমানভাবে কাস্টমাইজ করার অনুমতি দেওয়ার পরিবর্তে, পাইথন 3-এর প্রকাশ ডেভেলপারদের কোড পুনরায় লিখতে এবং পাইথন 2 এবং পাইথন 3-এর জন্য পৃথক শাখা বজায় রাখার জন্য সংস্থান ব্যয় করতে বাধ্য করে। পাইথন 3.0 প্রকাশের সাত বছর পরও এটি ঘটেনি। পাইথন 3.5 রূপান্তর প্রক্রিয়া মসৃণ করতে এবং একই কোড বেস পাইথন 2 এবং পাইথন 3 উভয়ই চালায় তা নিশ্চিত করার জন্য বৈশিষ্ট্যগুলি চালু করেছে।

উত্স: opennet.ru