Secara permukaan, jumlah baris kode (LOC) juga penting. Dari sisi produktivitas, memahami satu halaman dan memahami 3 baris itu berbeda.

Tentu saja saya juga sudah bosan menggunakan asyncio di production, tetapi saya masih belum cukup puas dengan pengalaman penggunaannya saat ini sampai bisa menilainya sebagai, 'saya memanfaatkannya dengan baik.'

asyncio saat ini dirancang dengan asumsi adanya GIL, jadi bisa dibilang ini semacam strategi untuk menghindari GIL, sehingga GIL sendiri tidak benar-benar berinteraksi dengan asyncio.

Namun, jika dilihat dari perspektif seluruh pemrograman concurrency yang berjalan berbasis asyncio, saya rasa mengatakan bahwa GIL tidak relevan pada akhirnya menjadi semacam pernyataan seperti, "Ya wajar saja tidak bisa, namanya juga Python."

Saya setuju bahwa sulit berharap arah penanganan GIL saat ini akan menjadi sesuatu yang tidak kalah baik dibandingkan dengan "alternatif lain",
namun menurut saya, mengatakan bahwa kita harus mengadopsi alternatif selain Python seharusnya mengarah bukan pada nada bahwa tidak ada masalah, melainkan pada nada bahwa memang ada masalah.

Kali ini saya mencoba web development hanya karena ketertarikan pribadi, padahal bidang ini sama sekali tidak berhubungan dengan bidang yang biasa saya geluti. Saya membuat papan diskusi dengan next.js v15 app router, tetapi setiap kali melihat tulisan seperti ini, rasanya motivasi untuk mencoba hal baru di ranah web jadi berkurang. Kenapa ekosistemnya tidak stabil seperti ini? Nanti kalau muncul hal baru lagi, apakah orang-orang akan berbondong-bondong pindah, memakainya sebentar, lalu mengeluh lagi sambil mencari yang lain? Dunia web development sepertinya memang sulit.

Kekuasaan dan uang memang menjadi penggerak untuk mempertahankan proyek.
Setiap kali melihat halaman web yang tidak bisa berfungsi normal kecuali dengan Chromium, rasanya mau tak mau cuma bisa menghela napas.

Sejujurnya.... mungkin memang tidak ada perusahaan selain Google yang bisa mempertahankan Chrome sampai sejauh ini. Lagi pula, meski tidak sebesar semikonduktor, dominasi pasar browser web juga merupakan bidang yang tampaknya tidak ingin dilepas oleh Amerika Serikat.... Sepertinya sampai ke depan pun tingkat monopoli tertentu akan tetap ditoleransi.

Saya baru memeriksanya agak terlambat.
Terima kasih atas jawaban yang sangat penuh perhatian!

Meskipun terasa tidak nyaman, bukankah kalau terus digunakan kita cepat terbiasa?
Manusia adalah makhluk yang beradaptasi.

Memang tidak dijelaskan secara jelas di isi tulisannya, tetapi mungkinkah maksudnya bahwa jika kode ditulis dengan AI, karena lebih tidak familier dibanding yang ditulis langsung oleh manusia, itu bisa menjadi utang?

Oh, saya juga pengguna berbayar, hehe
Setelah melihat riwayat App Store, ternyata sejak 1.51 sudah menjadi gratis.
Bagi saya, ini alat yang wajib karena pengaturan monitor MacBook saya berbeda-beda tergantung tempat saya menggunakannya.

Ini juga bukan sedang menulis makalah, sih...

Menurut saya GIL agak muncul tiba-tiba di sini.. bahkan kalau GIL dihapus pun
jika ingin menggunakan multithread baik untuk kasus I/O bound maupun CPU bound,
mungkin akan lebih baik mengadopsi alternatif lain selain Python..

Saya juga merasa asyncio memang agak kurang disukai oleh orang-orang yang mendalami Python.
Saya rasa saya cukup sering mendengar pendapat bahwa gevent seharusnya yang menjadi arus utama.

Terima kasih telah memperkenalkan aplikasi yang bagus.

Saya juga menuliskannya sebagai tambahan.

Saya cukup sering memakai asyncio.. dan ini lumayan berguna.. ada keterbatasan karena pembatalan task dibuat sebagai edge-triggered (bukan level-triggered), tetapi sebenarnya tidak banyak kasus menulis kode yang sadar terhadap pembatalan task sekaligus menanganinya dengan graceful, dan masalah yang lebih besar adalah event loop memegang weak reference ke task sehingga task bisa hilang karena GC.. namun itu bisa diselesaikan dengan structured concurrency.

Untuk sebagian besar pekerjaan I/O utama, tidak ada masalah mencari library yang mendukung asyncio..

GIL? Tidak terlalu berkaitan.. pendekatan memakai asyncio untuk menjalankan pekerjaan CPU intensive secara paralel sendiri terasa agak aneh.. kalau GIL membaik, itu akan berguna untuk multithreading CPU intensive.. async itu bertujuan menjalankan bagian yang bottleneck di I/O seefisien mungkin...

Bagaimanapun, kesimpulannya.. memang ada beberapa masalah desain, tetapi untuk mencapai tujuan, saya memakainya di production tanpa masalah berarti dan berjalan dengan baik.

Seandainya itu serangan MITM, bagaimana mereka bisa membongkar komunikasi https? Apa cuma saya yang tidak tahu?

Bagaimana ya kecepatannya dibandingkan dengan Biome?

Saya akan pakai joblib saja

Tentu saja, alasan yang lebih besar mungkin adalah karena sejak awal manfaat yang bisa diperoleh akibat GIL lebih kecil dibandingkan lingkungan lain.
Saya rasa ungkapan bahwa tanpa GIL bisa menghasilkan sinergi itu nyaris menyesatkan. Kalau seorang pelari yang kehilangan satu kaki dipasangi kaki palsu meski tetap tidak nyaman, apakah itu bisa disebut 'sinergi'?