VSCode'dan Zed'e geçme deneyimi

• VSCode'a sık eklenen yapay zeka özellikleri ve kararsızlık, mevcut kullanıcı deneyimini düşürdü ve yeni bir alternatif arayışına yol açtı
• Zed, Rust ile yazılmış hafif ve hızlı bir IDE; VSCode kullanıcılarına tanıdık gelen bir arayüz ve tuş bağlamaları sunuyor
• Python geliştirme ortamını kurarken Basedpyright dil sunucusunun tür denetimi modu ile ilgili bir karışıklık yaşandı, ancak pyproject.toml ayarıyla çözüldü
• Zed'in hızı, kararlılığı ve sade yapılandırması başlıca avantajları; eklenti ekosistemi küçük olsa da günlük geliştirme için yeterli
• VSCode'un baskın konumuna meydan okuyabilecek rakip bir IDE olarak öne çıkıyor ve geliştirici odaklı hafif iş akışını geri kazandırıyor

---

VSCode'dan uzaklaşma nedeni

• VSCode uzun süre istikrarlı biçimde kullanıldı, ancak yapay zeka özelliği odaklı güncellemelerden sonra her sürümde yeni özellikleri devre dışı bırakma zahmeti ortaya çıktı
  • GitHub Copilot kullanılmamasına rağmen, “cmd+I to continue with Copilot” gibi mesajlar tekrar tekrar gösteriliyordu
  • Satır içi terminal önerileri gibi gereksiz özellikler shell otomatik tamamlama ile çakışıyordu
• settings.json, devre dışı bırakma ayarları listesi halinde uzadı; sık sık hata, yavaşlama ve çökme yaşandı
• VSCode'un yapay zeka entegrasyonunun yeniden daha az müdahaleci ve daha kararlı hale gelmesi umuluyor, ancak şimdilik başka bir alternatif aranmaya başlandı
• JetBrains IDE'leri ağır, Vim/Emacs ise yapılandırma yükü fazla olduğu için elendi
• Rust ile yazılmış Zed, yeni IDE olarak denenmeye başlandı

Zed hakkında ilk izlenim

• VSCode'dan geçişte arayüz ve tuş bağlamaları benzer olduğu için hemen tanıdık bir ortam sundu
  • Ancak Zed'de açık dosya listesi paneli yok; gezinme Cmd+P dosya aramasıyla yapılıyor
  • VSCode ayarları otomatik içe aktarılabiliyor, fakat sıfırdan başlamak için ayarlar elle yapıldı
• Temel ayarlar yazı tipi boyutu, tema, Git blame'i devre dışı bırakma ve otomatik kaydetmeyi açma düzeyinde sade kaldı
• Hız ve tepki süresi, VSCode'dan belirgin biçimde daha iyi; 2 haftalık kullanımda hiç hata ya da çökme yaşanmadı
• Python ve Go geliştirmede kullanıldı
  • Go, ek bir ayar olmadan hemen çalıştı
  • Python ise ilk kurulumda biraz zaman gerektirdi

Python ortamını yapılandırma süreci

• Zed, otomatik tamamlama, kod gezinme ve tür denetimi gibi özellikleri dil sunucusu (Language Server) tabanlı olarak sunuyor
• Python'un varsayılan dil sunucusu Basedpyright; bu araç Pyright tabanlı olsa da daha katı bir typeCheckingMode kullanıyor
  • pyproject.toml içinde [tool.pyright] bölümü varsa, varsayılan olarak recommended modu uygulanıyor
  • İstenen standard modunu kullanmak için bunun pyproject.toml içinde açıkça belirtilmesi gerekiyor
• Ayar örneği:

  "basedpyright.analysis": {
    "typeCheckingMode": "standard"
  }
  

• Dosyalar arası tür hatalarının anında yansımaması sorunu, "disablePullDiagnostics": true ayarıyla çözüldü
• Sanal ortam algılama gibi özellikler sorunsuz çalıştı
• ty dil sunucusu (Astral tarafından geliştiriliyor, Beta sürüm) da test edildi ve iyi çalıştı; ancak CI ile tutarlılık için Basedpyright kullanılmaya devam edildi

Zed'in mevcut kullanım değerlendirmesi

• Python ve Go geliştirme için varsayılan IDE haline geldi
• Hızlı, kararlı ve tanıdık bir arayüz sunuyor; temel özellikleri yeterince güçlü
• Eklenti ekosistemi VSCode'dan küçük olsa da, günlük geliştirme için yeterli düzeyde
• Eksik hissedilen tek nokta, GitLens seviyesinde güçlü bir diff görüntüleyici
• Zed'in yapay zeka özellikleri var ama müdahaleci değil; gerektiğinde görmezden gelinebiliyor
• Ücretli plan, düzenleme tahmini özellikleri sunuyor ve projenin sürdürülebilirliği için bir gelir modeli olarak konumlanıyor

Sonuç

• Zed, VSCode'un gerçek bir rakibi olarak öne çıkıyor
• Yalnızca Microsoft'un etkisiyle VSCode'un konumunu koruması zor olabilir
• Zed'in hızı, sadeliği ve kararlılığı, geliştirici deneyimini iyileştiriyor ve yazı “VSCode, artık uyanma zamanı” mesajıyla sona eriyor

[kissdesty]

Henüz ana geliştirme aracım olarak kullanamıyorum; daha çok not defteri yerine(...) kullanıyorum ama hızlı tepkileri, sade arayüzü ve hızlı, basit ilerleyen güncellemeleri bence fazlasıyla çekici.

[heycalmdown]

Nerede kullanırım diye tereddüt etmiştim ama not defteri olarak kullandığınızı söyleyince tam bu dedim! haha

[GN⁺]

Hacker News yorumları

• VS Code ekibinden Ben burada. Tek bir ayar olan "chat.disableAIFeatures" ile tüm yapay zeka özellikleri devre dışı bırakılabiliyor
  İlgili belgeler resmi güncelleme sayfasında bulunabilir
  Ayarı yaptıktan sonra hâlâ yapay zeka özellikleri görünüyorsa, incelememiz için bunu GitHub issue sayfasında bildirirseniz sevinirim
  Bazen yeni yapay zeka özellikleri bu ayarı göz ardı ederek gelebiliyor, ancak mümkün olduğunca hızlı bir şekilde düzeltme yaması yayımlamaya çalışıyoruz

  • VS Code Microsoft'un amiral gemisi ürünlerinden biri; bu yüzden “olabildiğince hızlı düzeltiriz” yaklaşımının küresel bir opt-out ayarı için yetersiz olduğunu düşünüyorum
    Bu tür özellikler, tasarım aşamasında güvenli şekilde engellenecek biçimde yapılmalı
  • Tüm yapay zeka özelliklerini tek seferde kapatabilen tek bir ayar eklenmesini takdir ediyorum
    Yakın zamanda kendini “açık kaynak yapay zeka kod editörü” olarak yeniden konumlandırmışken, yapay zekayı kullanmamayı seçme hakkı tanıması kullanıcıya saygı göstergesi bence
    Bugünlerde birçok şirket LLM entegrasyonunu dayatırken, böyle bir seçenek anlamlı
  • Niyet güzel ama ekip içinde gerçekten bu ayarı kullanıp kullanmadığınızı merak ediyorum
    Ben Copilot'u defalarca kapatmak zorunda kaldığım için sonunda VS Code'dan ayrıldım
    Açılır pencereler çok fazlaydı ve odak kaybı yaratan bir deneyim sürekli tekrar ediyordu; editörün her hafta ayarlarımı görmezden geldiğini hissediyordum
  • “Bazen yeni yapay zeka özellikleri bu ayarı göz ardı edebilir” sözü, bunun pazarlama ekibi tarafından bilerek yapılıp yapılmadığı konusunda şüphe uyandırıyor
  • Ben'e iletmek istediğim bir nokta var. Son zamanlarda Electron uygulamalarındaki LGPL lisansına uyum sorunlarını inceledim ve Microsoft dahil çeşitli şirketlerin uyumsuz durumda göründüğünü fark ettim
    Electron projesinin kendisi bile LGPL kapsamına girdiğinin farkında değil gibi duruyor
    Bu konuyu Microsoft hukuk ekibine iletip inceletmenizi isterim

• VS Code'un yapay zekayı sürekli öne itmesinden rahatsız olduğum için onun yerine VS Codium kullanmaya başladım
  VS Codium, Microsoft markalı özellikleri çıkarılmış VS Code'un açık çekirdek sürümü
  Duyduğuma göre Microsoft, VS Codium'u derledikten sonra kendi özelliklerini ekleyip VS Code'u dağıtıyor
  VS Code'un temel işlevleri iyi ama Microsoft unsurlarını istemiyorsanız VS Codium değerlendirmeye değer

  • VS Codium'un Microsoft'la ilgisi yok; açık kaynak VS Code kodunun doğrudan derlenmesiyle ortaya çıkan ayrı bir proje
    Chrome/Chromium ilişkisine benzemiyor
  • Ben de düşündüm ama VS Code'un özel mülkiyetli eklentilerini (Pylance vb.) kullandığım için tamamen geçmek zor oldu
    Bunun yerine Electron olmayan Zed'i denedim ve çok daha akıcı geldi
  • Birkaç yıldır VS Codium kullanıyordum ama son dönemde Rust analyzer değişiklikleri fark etmiyordu
    Zed'i yeniden deneyince çok daha kararlı olduğunu gördüm ve önceki sorun da çözülmüştü

• Bu yazıdan sonra Zed'i yeniden kurdum; eskiden uzaktan kod üzerinde çalışırken kilitlenme sorunu vardı, şimdi çözülmüş
  Uzak Git de iyi çalışıyor ve hızı da çok artmış; Noel hediyesi almış gibi hissettirdi

  • Bende de VS Code'un uzak özellikleri sık sık kilitleniyordu, sonunda Zed'e geçtim

• Şu anda Zed, Sublime, VS Code birlikte kullanıyorum
  Zed'de en çok eksikliğini hissettiğim şey yan yana diff özelliği
  Bununla ilgili tartışma burada var ama ilerleme yok
  GDB/LLDB desteği ve C/C++ araçlarının da güçlenmesi gerekiyor
  Yazılımların bugünlerde fazla şişmiş olduğu bir ortamda, Zed ile Sublime'ın ters yönde ilerlemesini seviyorum

  • “Yeni özellik ekleme talepleri”nin sonunda yazılımın şişmesine yol açtığını düşünüyorum
    Örneğin diff için ayrı uzman araçlar (Meld, Beyond Compare) çok daha iyi
    Editör bu tür yan işlevleri de bünyesine katmaya çalışınca özünden uzaklaşıyor
  • IntelliJ'nin diff görünümünü gerçekten seviyorum
    İlgili tartışmada da dediğim gibi, hızlı ve iyi bir bağımsız Git arayüzü olsa ücretli de kullanırım
  • Zed'in ikili dosya boyutuna bakınca gerçekten hafif sayılıp sayılmayacağından emin değilim. Sublime ile karşılaştırınca çok da fark yok gibi
  • Birden fazla editörü birlikte kullanma sebebinizi merak ettim. Tek birine derinleşmek daha verimli olmaz mı?

• Yeni bir MacBook aldım ve bilerek VS Code kurmadım
  Onun yerine sadece Emacs kullanıyorum; 40 yıl içinde biriken ayarlar sayesinde oldukça memnunum
  VS Code harika ama kullanırken mutlu değildim. Emacs ise benim için mutluluk veren bir araç
  LLM entegrasyonunu da minimumda tutuyor, ihtiyaç olunca gemini-cli ya da yerel modeller kullanıyorum

  • Ben de sadece Emacs kullanırken gelen o kendine özgü akış hissini yaşıyorum
    Emacs, metin düzenleme merkezli felsefesini koruyor; bugünün IDE'lerinin yöneldiği otomasyon ağırlıklı anlayıştan farklı
    Emacs bana zanaatkâr işi bir geliştirme deneyimi veriyor gibi geliyor
  • JetBrains ve VS Code'un yapay zeka merkezli hale geldiğini görünce doom emacs'a geçtim
    Vim/Neovim ya da Emacs'ın uzun yıllar daha yaşayacak editörler olduğunu düşünüyorum
    Başlangıçtaki öğrenme eğrisi var ama kesinlikle değer
  • LLM sayesinde Emacs ayarlarımı daha kolay düzenleyebiliyorum
    Lisp hâlâ zor ama artık temiz ve modern bir yapılandırma ile memnunum
  • Yeni dizüstünde bile VS Code hızlı değildi; ben de sonunda Zed'e geçtim
    VS Code daha güçlü olabilir ama artık katlanamıyordum
  • Elbette herkesin Emacs'ı kusursuz kullanması kolay değil
    40 yıllık deneyim ve sürekli ayar isteyen devasa bir proje bu

• Sublime Text hâlâ harika bir editör
  Hızlı, eklentiler iyi çalışıyor ve Claude ile kısayol otomasyonu gibi kişiselleştirmeleri kolayca yapmak mümkün
  Sublime ile kendime ait hafif bir IDE kurabildim

  • Eskiden Sublime'a bayılırdım ama eklenti ekosistemi duraklamış durumda
    Yine de Atom, VS Code, Zed gibi hafif editörlerin şablonunu oluşturan öncü araçlardan biri
  • Sublime eklentileri tek bir .py dosyasıyla bile yazılabilecek kadar kolay geliştiriliyor
    Gemini ile birkaç tane yaptım, hepsi de iyi çalıştı
  • Çoğu işimi SublimeLSP ile çözüyorum ama Zed'in yerleşik hata ayıklayıcısını ve açılır pencerelerdeki metni kopyalayabilme özelliğini kıskanıyorum
    Yine de şu an performans açısından Sublime'ın daha iyi olduğunu düşünüyorum
  • Sublime'ın büyük dosyaları işleme hızı ezici düzeyde iyi
    Diğer editörlerin kolay kolay yaklaşamayacağı bir tepki süresi sunuyor
  • Terminalde Emacs'ı “hafif IDE” gibi kullanıyorum ama aslında ağır ve yavaş
    Keşke onun yerine Vim öğrenseymişim diyorum

• Zed, VS Code'dan daha hızlı ve daha az sinir bozucu
  Yalnız fonksiyon çağrı grafiği gezinme bileşeni olmadığı için eksik hissettiriyor
  Bunu eklentiyle çözmek mümkün değil ama tam da bu kısıt sayesinde web tarayıcısı tarzı eklenti mimarisinden kaçınmış olmasını seviyorum
  Büyük uzak depolarda arama performansı hâlâ geliştiriliyor, ama yakında iyileşeceğini umuyorum

• Zed'e geçmeye çalıştım ama Jupyter notebook ile görsel/video önizleme olmayınca vazgeçtim
  Bir diğer rahatsızlık da varsayılan açık gelen format on save (ilgili tartışma) ve VS Code'dan zayıf kalan debugger UX oldu

  • Bir kod editöründe video önizlemeye ihtiyaç duyulmasına şaşırdım. Eve gidince VS Code'da kontrol etmem gerekecek
  • Ben de benzer bir şey yaşadım. Python yorumlayıcısını algılamıyordu; yani temel işlevler bile güven vermiyordu
    Günümüzde IDE çok ama temel iş akışının kusursuz olması şart
  • Ben de format_on_save yüzünden uğraştım. Şimdi kapatılabiliyor ama varsayılan olarak açık gelmesi hâlâ tartışmalı
  • Sublime ve VS Code'un da başlangıçta özellikle IDE özelliklerini sınırladığı dönemler olmuştu
    Zed, Rust tabanlı olduğu için eklenti ekosistemini büyütmekte zorlanabilir, ama karşılığında performans ve sadeliği koruyabilir
  • VS Code debugger kadar iyisi henüz yok
    Şimdilerde düzenleme için Helix, hata ayıklama için Xcode kullanıyorum. VS Code'da bellek sızıntısı sık oluyordu

• Zed, son dönemde geliştirme ortamımı tamamen değiştiren araç oldu
  Açılış hızı, yazma gecikmesi ve kaynak kullanımı açısından VS Code'dan çok daha iyi; Vim modu olgunluğu da üst düzey

  • Gerçekten kullanıcı deneyimine özen gösterilmiş hissi veriyor; keyifle kullanıyorum
  • Yalnız özellikler arttıkça bugünkü hızını koruyup koruyamayacağını görmek lazım

• Yazının yazarı benim. Birçok kişinin VS Code'dan Zed'e geçme deneyimine katılacağını umuyorum
  Zed'de hâlâ otomatik girinti algılama (issue bağlantısı) gibi ayrıntı seviyesinde bazı eksikler var, ama hızlı geliştiği için umut veriyor

  • Vim ya da Neovim'i de düşündünüz mü diye merak ediyorum. Özellikle LazyVim, iyi varsayılanlarla doğrudan kullanılabiliyor
    Zed'de elde ettiğiniz avantajların bir kısmı zaten Vim'de mevcut olabilir diye düşünüyorum
  • Blog aşırı trafik yüzünden açılmıyor. Sonra mutlaka okumak isterim