تیم پایتون در ۱۰ نوامبر ۲۰۲۶ دومین نسخهٔ آلفای پایتون ۳.۱۶، با شمارهٔ 3.16.0a2 را منتشر کرد. این نسخه یک پیش‌نمایش اولیه برای توسعه‌دهندگان است و برای استفاده در محیط عملیاتی توصیه نمی‌شود. این خبر را در ۱۵ نوامبر مرور می‌کنیم؛ تاریخ انتشار نسخه با تاریخ این گزارش یکی نیست.
خبر اصلی چیست؟
آلفا ۲، دومین مورد از هفت انتشار آلفای برنامه‌ریزی‌شده است. بنابراین عبارت «پایتون ۳.۱۶ منتشر شد» اگر بدون قید آلفا به کار برود، می‌تواند این برداشت اشتباه را بسازد که نسخهٔ نهایی آمادهٔ جایگزینی پایتون فعلی پروژه‌هاست.
تقویم فعلیِ اعلام‌شده، انتشار نهایی را برای ۵ اکتبر ۲۰۲۷ در نظر گرفته است. این یک برنامه است و نباید آن را تاریخ تضمین‌شده دانست. قابلیت‌ها هنوز می‌توانند تغییر کنند؛ دیدن یک ویژگی در پیش‌نمایش به معنی تثبیت‌شدن شکل نهایی آن نیست.
چه تغییرهایی اعلام شده‌اند؟
تیم انتشار در معرفی این پیش‌نمایش، به توسعهٔ توانایی‌های عبارت‌های منظم در ماژول re، از جمله مجموعه‌های نویسهٔ تو‌در‌تو و عملیات روی مجموعه‌ها، اشاره کرده است. بهبود زمان شروع اجرا و پیام‌های خطا نیز در فهرست تغییرهای معرفی‌شده آمده‌اند. این موارد توصیف وضعیت فعلی شاخهٔ در حال توسعه‌اند؛ برای تصمیم فنی، باید مستندات نسخهٔ آزمایشی و وضعیت کتابخانه‌های پروژهٔ خود را بررسی کرد.
در این گزارش، از ادعای شتاب عمومی برای همهٔ برنامه‌ها استفاده نمی‌کنیم. سریع‌ترشدن یک عملیات یا یک آزمون کوچک به‌تنهایی نمی‌گوید زمان پاسخ API، پردازش فایل یا اجرای پروژهٔ شما به همان نسبت بهتر می‌شود. سنجش آن به بار کاری، وابستگی‌ها و روش اندازه‌گیری نیاز دارد.
این انتشار برای چه کسانی کاربرد دارد؟
برای کسی که تازه برنامه‌نویسی را شروع کرده، ادامهٔ آموزش روی نسخهٔ پایدارِ پشتیبانی‌شده معمولاً مسیر کم‌ابهام‌تری است. برای نگه‌دارندهٔ کتابخانه یا توسعه‌دهنده‌ای که می‌خواهد ناسازگاری‌ها را زودتر پیدا کند، پیش‌نمایش فرصتی برای آزمایش است. این توصیهٔ تحریریه بر اساس وضعیت آزمایشی نسخه است، نه گزارش نتیجهٔ تستی که روی پروژهٔ شما انجام شده باشد.
یک آزمایش مفید می‌تواند کوچک باشد: بخش محدودی از تست‌های موجود پروژه را در محیط جدا اجرا کنید و خطاهای جدید را با اجرای همان تست‌ها روی نسخهٔ پایدار مقایسه کنید. از قبل مشخص کنید دنبال چه هستید؛ مثلاً import نشدن یک وابستگی، تغییر رفتار یک عبارت منظم یا تفاوت یک پیام خطا.
پیش از امتحان‌کردن چه کنیم؟
- نصب اصلی و محیط عملیاتی را برای این آزمایش تغییر ندهید؛ از محیط جدا و دادهٔ غیرحساس استفاده کنید.
- اول بررسی کنید ابزارهای نصب و وابستگی‌های ضروری پروژه، این پیش‌نمایش را پشتیبانی می‌کنند یا نه.
- شکست در نصب یک بسته را فوراً به هستهٔ پایتون نسبت ندهید؛ مسیر مفسر، شمارهٔ نسخه و خروجی خطا را ثبت کنید.
- برای گزارش ناسازگاری، یک نمونهٔ کوچک و قابل بازتولید آماده کنید و اطلاعات خصوصی را از آن کنار بگذارید.
مهم‌ترین اقدام برای بیشتر خوانندگان، ارتقای فوری نیست؛ تشخیص تفاوت «نسخهٔ پایدار برای کار روزمره» و «پیش‌نمایش برای آزمایش سازگاری» است. آموزش‌های مرتبط را در بخش پایتون کدپین می‌توانید دنبال کنید.