Python 3.10 mencapai penghujung sokongan pada 1 Oktober 2026, bersama penerbitan versi terakhirnya, Python 3.10.22. Bagi pembangun yang masih menggunakannya, perkembangan ini mengubah pertimbangan penyelenggaraan: aplikasi yang terus berjalan kini bergantung pada siri yang tidak lagi menerima pembaikan keselamatan daripada projek Python.
Untuk pembaca IT Jobs Malaysia, inilah peluang menilai semula projek lama, automasi pejabat dan latihan pengaturcaraan. Tumpuannya ialah mengenal pasti kebergantungan serta membuktikan aplikasi berfungsi selepas dipindahkan.
Halaman keluaran rasmi menyatakan Python 3.10.22 ialah keluaran keselamatan terakhir bagi siri 3.10. Ia diterbitkan sebagai kod sumber sahaja; Python 3.10.11 merupakan keluaran terakhir siri tersebut yang menyediakan pemasang binari rasmi.
Keluaran penutup ini turut membawa pembaikan melibatkan pengendalian arkib, TLS dan komponen lain. Namun, memasangnya tidak memanjangkan tempoh sokongan siri 3.10. Projek Python meminta pengguna berpindah kepada versi yang masih disokong. Penghujung sokongan ini merujuk kepada penyelenggaraan projek Python sendiri; sebarang jaminan daripada pembekal lain perlu disemak secara berasingan.
Sumber: Python 3.10.22 — Final security release of Python 3.10.
Panduan pembangun Python menyenaraikan 3.10 sebagai versi yang tidak lagi disokong. Ketika semakan untuk artikel ini, 3.14 berada dalam fasa pembaikan pepijat, manakala 3.11, 3.12 dan 3.13 berada dalam fasa keselamatan. Python 3.15 pula masih ditandakan sebagai prakeluaran.
Jadual tersebut turut membezakan tarikh yang dirancang daripada keadaan semasa. Oleh itu, tarikh sasaran pelancaran sahaja tidak membuktikan sesuatu versi sudah stabil. Sebagai pertimbangan editorial, pilih destinasi migrasi setelah menyemak sokongan pustaka projek, platform pelaksanaan dan tempoh penyelenggaraan yang diperlukan.
Sumber: Status of Python versions — Python Developer’s Guide.
Dokumentasi venv menerangkan bahawa persekitaran maya dibina berasaskan pemasangan Python tertentu dan mempunyai set pakej tersendiri. Secara lalai, pakej itu diasingkan daripada persekitaran asas. Ini membantu menjelaskan mengapa semakan versi perlu merangkumi persekitaran setiap projek.
Dokumentasi yang sama menganggap persekitaran maya sebagai sesuatu yang boleh dicipta semula, bukan folder yang lazimnya boleh dipindahkan begitu sahaja. Skrip di dalamnya boleh merujuk laluan mutlak kepada pentafsir. Untuk migrasi, cadangan editorial kami ialah menyediakan persekitaran baharu yang boleh dibina semula daripada rekod kebergantungan, kemudian menguji aplikasi di dalamnya.
Sumber: venv — Creation of virtual environments.
Bagi pasukan kecil di Malaysia, kami mencadangkan inventori yang ringkas tetapi boleh disemak. Catat nama aplikasi, pemilik teknikal, versi Python yang benar-benar digunakan, lokasi pelaksanaan dan proses perniagaan yang bergantung padanya. Sertakan skrip berjadual serta tugasan latar belakang dalam pemeriksaan.
Sebagai contoh rekaan, sebuah syarikat mempunyai portal pelanggan dan skrip yang menyediakan laporan stok setiap malam. Pasukan boleh menetapkan ujian berasingan untuk kedua-duanya: satu memeriksa aliran pengguna, satu lagi membandingkan kandungan laporan. Contoh ini ialah cadangan perancangan, bukan laporan tentang penggunaan Python dalam syarikat Malaysia tertentu.
Tetapkan juga siapa yang akan mengesahkan hasil kerja. Pemilik proses boleh membantu menentukan sama ada output selepas migrasi masih memenuhi keperluan sebenar.
Sediakan salinan ujian menggunakan data sintetik atau data yang telah dinyahkenal pasti. Rekod hasil yang dijangka sebelum menukar versi. Bagi aplikasi laporan, bandingkan bilangan rekod, jumlah pengiraan, format tarikh dan cara ralat dilaporkan. Bagi aplikasi web, sertakan log masuk, muat naik serta tugasan latar belakang yang berkaitan.
Kami juga mencadangkan semakan amaran dan log, bukan sekadar keputusan bahawa aplikasi berjaya dibuka. Jika ujian gagal, asingkan perubahan pentafsir daripada perubahan pustaka supaya puncanya lebih mudah dikenal pasti.
Sebelum pertukaran sebenar, tentukan tempoh pelaksanaan, pemilik keputusan dan keadaan yang memerlukan pembatalan pertukaran. Simpan rekod konfigurasi serta prosedur pemulihan yang telah diuji. Langkah ini menjadikan keputusan migrasi lebih mudah disemak bersama pasukan.
Pelajar boleh menjadikan migrasi projek sendiri sebagai latihan penyelenggaraan. Pilih aplikasi kecil, dokumentasikan keadaan asal, bina persekitaran baharu dan tulis ujian bagi beberapa fungsi utama. Kemudian catat masalah yang ditemui serta sebab setiap pembetulan dibuat.
Dalam portfolio, tunjukkan bukti yang boleh diulang: versi sasaran, arahan persediaan, keputusan ujian dan batasan yang belum diselesaikan. Elakkan dakwaan bahawa satu migrasi membuktikan semua aspek keselamatan aplikasi sudah terjamin.
Latihan ini memberi bahan perbincangan yang konkrit semasa temu duga: bagaimana anda mengenal pasti risiko, menyemak keserasian dan mempertahankan keputusan teknikal berdasarkan hasil ujian.
Disediakan secara automatik dengan bantuan AI berdasarkan sumber yang dipautkan. Semakan sumber: 2026-10-03. Gambar utama ialah ilustrasi janaan AI, bukan foto peristiwa sebenar.