Rilis stabil baru-baru ini dari editor kode Zed untuk Windows telah menciptakan buzz yang signifikan di komunitas pengembang. Meskipun pengumuman tersebut menyoroti integrasi native Windows dengan rendering DirectX dan dukungan WSL, diskusi pengguna mengungkapkan gambaran yang lebih kompleks tentang tantangan adopsi dan pertukaran teknis. Umpan balik komunitas dari minggu lalu menunjukkan para pengembang bergulat dengan segala hal mulai dari ukuran instalasi hingga kompatibilitas GPU, melukiskan potret realistis tentang bagaimana rasanya beralih ke editor baru yang berfokus pada performa ini.
Janji Performa Berhadapan dengan Kendala Dunia Nyata
Pemasaran Zed menekankan performa yang dipercepat GPU dan dukungan tampilan 120Hz, tetapi pengalaman pengguna mengungkapkan beberapa keterbatasan praktis. Beberapa pengguna Windows melaporkan mengalami error Unsupported GPU saat menjalankan Zed melalui koneksi Remote Desktop, di mana sistem default ke Microsoft Basic Render Driver. Hal ini membuat pengembang yang bekerja secara remote tidak dapat menggunakan editor dalam lingkungan alur kerja biasa mereka. Solusi sementara—dengan menetapkan variabel lingkungan untuk memaksa operasi—disertai dengan peringatan performa yang mengkhawatirkan pengguna yang mengandalkan pengaturan pengembangan remote.
Sayang sekali. Saya sedang mengakses remote ke kotak dev saya (melalui RSD/mstsc).
Di luar persyaratan GPU, beberapa pengguna mempertanyakan apakah fokus pada performa ini memenuhi kebutuhan nyata mereka. Meskipun editor terasa cepat untuk pengeditan dasar, beberapa komentator mencatat bahwa operasi TypeScript LSP seperti lompat ke deklarasi terasa lebih lambat dibandingkan di VS Code, meskipun keduanya menggunakan tsserver yang sama di balik layar. Hal ini menunjukkan bahwa pemrosesan sisi klien dan penanganan pesan mungkin menciptakan hambatan yang mengimbangi manfaat rendering GPU untuk beberapa alur kerja pengembangan.
Perbandingan Performa yang Dilaporkan Komunitas
- Waktu Startup: Umumnya cepat, meskipun kompilasi dari source code di Windows dilaporkan lambat
- TypeScript LSP: Beberapa pengguna melaporkan "jump to declaration" lebih lambat dibandingkan VS Code
- File Besar: Tidak ada keluhan spesifik tentang penanganan file besar (tidak seperti beberapa editor yang kesulitan dengan file yang diminifikasi)
- Penggunaan Memori: Penggunaan RAM yang lebih rendah dibandingkan editor berbasis web dicatat sebagai nilai positif
- Latensi Input: Dukungan layar 120Hz dipuji, meskipun beberapa orang mempertanyakan manfaat praktisnya untuk pengeditan teks
Pertanyaan 400MB: Kekhawatiran tentang Ukuran Instalasi
Salah satu topik yang paling banyak dibahas berkisar pada ukuran instalasi Zed, yang dilaporkan oleh beberapa pengguna sekitar 400MB. Hal ini mengejutkan banyak orang di komunitas Rust, di mana aplikasi biasanya dikenal karena efisiensinya. Ukurannya tampaknya berasal dari linking statis dependensi, termasuk pustaka rendering grafis kustom Zed (GPUI), dan banyak modul tree-sitter untuk penyorotan sintaks.
Debat ini mengungkap ketegangan mendasar dalam pengembangan perangkat lunak modern. Beberapa pengguna menganggap biner yang besar sebagai pemborosan yang tidak dapat diterima, dengan argumen bahwa kita harus berusaha menulis perangkat lunak yang lebih baik, lebih cepat, lebih kecil, dan lebih tangguh. Yang lain membantah bahwa linking statis memberikan manfaat nyata dalam pengurangan overhead memori dan penyebaran yang lebih mudah, membuat pertukaran ini berharga untuk alat yang digunakan sehari-hari. Menariknya, satu pengguna menemukan bahwa selama instalasi, direktori sementara membengkak menjadi 897MB sebelum membersihkan diri menjadi 408MB, menunjukkan bahwa proses instalasi itu sendiri mungkin berkontribusi pada kebingungan tentang ukuran.
Kesenjangan Platform dan Fitur yang Hilang
Meskipun dukungan Windows menandai tonggak penting, diskusi komunitas menyoroti beberapa celah khusus platform. Pengguna Windows ARM64 mengungkapkan kekecewaan atas kurangnya build resmi untuk perangkat mereka, meskipun satu komentator berhasil mengompilasinya dari sumber. Hal ini memengaruhi pengembang yang menggunakan perangkat Surface Pro modern dan mesin Windows berbasis ARM lainnya, yang harus memilih antara kompilasi mandiri yang rumit atau menunggu dukungan resmi.
Editor ini juga menghadapi kritik untuk beberapa masalah integrasi Windows dasar. Pengguna melaporkan bahwa pintasan keyboard sistem standar seperti ALT+F untuk menu file tidak berfungsi, dan pendekatan rendering berbasis DirectX berarti aplikasi berperilaku lebih seperti game daripada aplikasi Windows native. Selain itu, beberapa pengguna mengonfirmasi bahwa Zed saat ini hanya mendukung file yang dikodekan UTF-8, membuatnya tidak cocok untuk membuka banyak file teks umum yang menggunakan pengkodean lain, terutama yang berisi teks non-Inggris.
Persyaratan Sistem Windows Zed & Catatan Kompatibilitas
| Aspek | Detail |
|---|---|
| Persyaratan GPU | Diperlukan GPU yang kompatibel dengan DirectX 11 (gagal pada Microsoft Basic Render Driver) |
| Dukungan Arsitektur | x86_64 saja (tidak ada build ARM64 Windows resmi) |
| Ukuran Instalasi | ~400MB (dilaporkan oleh beberapa pengguna, sementara mencapai 897MB selama instalasi) |
| Dukungan Encoding File | UTF-8 saja (gagal pada encoding lain untuk file text/CSV) |
| Remote Development | Integrasi WSL tersedia, tetapi koneksi RDP memicu peringatan kompatibilitas GPU |
| Pintasan Keyboard | Beberapa pintasan standar Windows (ALT+F, ALT+SPACEBAR) tidak berfungsi |
Perenderan Teks: Tantangan yang Berlanjut
Kualitas perenderan font muncul sebagai titik pertentangan lain, terutama bagi pengguna tanpa layar high-DPI. Meskipun versi Windows menggunakan DirectWrite untuk perenderan teks—yang seharusnya memberikan anti-aliasing subpixel yang lebih baik daripada versi Linux—pengguna masih melaporkan pengalaman yang beragam. Beberapa merasa cukup baik, tetapi tidak hebat, sementara yang lain di monitor 1440p menggambarkannya cukup buram hingga menyebabkan sakit kepala setelah penggunaan yang lama.
Diskusi tentang perenderan teks mencerminkan tantangan yang lebih luas untuk aplikasi lintas platform. Zed awalnya dirancang untuk layar HiDPI macOS yang ada di mana-mana, dan mengadaptasi sistem rendering untuk lanskap tampilan Windows dan Linux yang lebih beragam terbukti menantang. Patch terbaru telah memperbaiki situasi, tetapi komunitas tetap terpecah tentang apakah implementasi saat ini memenuhi standar profesional untuk sesi coding jangka panjang.
Verdict: Menjanjikan tapi dengan Masa Pertumbuhan yang Sulit
Terlepas dari kritik, banyak pengguna mengungkapkan antusiasme terhadap potensi Zed. Mantan pengguna Sublime Text khususnya menghargai responsivitas dan antarmuka yang bersih, dengan satu catatan bahwa mereka telah beralih ke Zed untuk pengeditan file cepat karena VSCode dianggap terlalu spammy. Ketersediaan keybindings ala JetBrains dan arsitektur non-Electron menerima pujian yang konsisten dari mereka yang lelah dengan editor berbasis web.
Sentimen komunitas menunjukkan Zed sedang membangun ceruk sebagai editor yang responsif dan modern untuk pengembang yang memprioritaskan performa dan desain bersih daripada kustomisasi ekosistem yang ekstensif. Namun, peluncuran Windows mengungkapkan bahwa editor ini masih harus matang, khususnya di sekitar integrasi platform, dukungan format file, dan mengakomodasi konfigurasi perangkat keras yang beragam. Seperti yang diringkas oleh satu pengguna, Terlihat dan terasa luar biasa untuk digunakan, tetapi fitur yang hilang seperti dukungan DevContainer mencegah adopsi penuh untuk beberapa alur kerja.
Ujian sebenarnya adalah seberapa cepat tim Zed menangani kekhawatiran komunitas ini sambil mempertahankan kecepatan pengiriman mereka yang mengesankan. Dengan beberapa insinyur dilaporkan menggunakan Windows sebagai pengguna sehari-hari dan tim platform Windows yang berdedikasi, fondasi ada untuk peningkatan cepat berdasarkan umpan balik pengguna dunia nyata.
Referensi: Windows Kapan? Windows Sekarang
 |
|---|
| Potensi dan tantangan editor kode Zed dibahas dalam postingan blog yang informatif |