🔥 Selamat datang di Jocuri Online Casino — Jelajahi tren terbaru tentang fortune-bet-99!
Peta Jalan REPL Mojo
Pembaruan: Pernyataan awal berikut telah diperbarui (lihat pernyataan di bawah).
- REPL masih tersedia dalam nightly builds untuk saat ini, tetapi akan dihapus pada rilis 25.3 yang akan datang.
- Akibatnya, pengujian berbasis docstring tidak akan lagi didukung. Kode Mojo yang disematkan dalam docstring tidak akan dieksekusi saat menjalankan perintah mojo test.
- Kernel Jupyter Mojo (yang bergantung pada REPL) juga akan ditinggalkan pada rilis 25.3.
- Kode tersemat dalam docstring masih dapat digunakan untuk tujuan ilustrasi, tetapi jika ingin diuji, pindahkan ke file contoh atau file pengujian. Alih-alih menjalankan perintah magic run mojo test, disarankan untuk menyiapkan lingkungan pengujian khusus dan tindakan test dengan Magic serta menggunakan perintah magic run test.
Seorang anggota komunitas menyatakan kesedihan atas kabar ini untuk ilmu data dan pembuatan prototipe interaktif, namun mengakui bahwa fokus pada kompilasi penuh masuk akal mengingat kasus penggunaan utama dan fokus perangkat keras.
Anggota lain membawa diskusi dari kanal lain. Banyak spekulasi mengenai alasan di balik penghapusan ini, seperti biaya perawatan atau persiapan untuk pekerjaan besar pada Mojo. Kekhawatiran muncul untuk penggunaan dalam analitik data dan eksplorasi, karena notebook biasanya lebih nyaman untuk memeriksa status program. Beberapa pengguna ingin tahu rencana untuk melayani kelompok pengguna ini, apakah REPL akan kembali setelah Mojo matang, atau apakah notebook akan diimplementasikan dengan metode serialisasi status ke disk.
Seorang pengembang inti menjelaskan bahwa keputusan ini lebih didorong oleh utang teknis internal dan masalah desain. REPL Mojo diimplementasikan menggunakan LLDB sebagai host, namun LLDB bergantung pada jalur kode LLVM yang lebih lama ("MC JIT") sementara Mojo menggunakan jalur yang lebih modern ("ORC JIT") yang tidak kompatibel dengan LLDB. Dalam enam bulan terakhir, tim Mojo banyak bekerja meningkatkan kecepatan pembuatan kode dan kompleksitas ini semakin tidak terkendali. Mereka perlu memotong utang teknis, menyederhanakan hal-hal, lalu membangun kembali. Pengembang tersebut juga menyarankan bahwa sebagai prinsip umum, lebih baik fokus pada lebih sedikit hal, memastikan kualitasnya, dan mengembangkannya seiring waktu. REPL penting untuk Mojo, tetapi saat ini terasa prematur. Ia meminta masukan tentang bagaimana REPL digunakan saat ini.
Seorang anggota lain menanyakan tentang def dan tipe Object yang juga tampak setengah matang. Pengembang inti setuju bahwa Object perlu diimplementasikan ulang, dan masalah dengan def (selain default mengembalikan Object ) dapat diperbaiki di tempat, misalnya dengan mengubah default menjadi mengembalikan None untuk saat ini.
Anggota yang sama kemudian menjelaskan bahwa masalah utama dengan def adalah mengembalikan Object alih-alih tipe statis, dan sebagian besar pustaka standar tidak menanganinya dengan baik. Tidak ada cara yang baik untuk memvalidasi kepatuhan suatu objek terhadap kontrak API trait tertentu pada runtime, yang berpotensi menyebabkan perilaku tak terdefinisi. Tidak ada jalan ke depan yang memuaskan selain menjadikan def sebagai warga kelas dua atau memerlukan banyak kerja ekstra untuk mendukung Object secara eksplisit di pustaka.
Pengembang inti menanggapi bahwa memperbaiki kompatibilitas LLDB-ORC JIT akan menjadi hal yang bagus, namun komunitas LLVM telah mendiskusikannya selama bertahun-tahun, sementara Mojo perlu terus berkembang.
Kasino
Olahraga
off-track-betting-online