Terminalde klasör klasör dolaşırken “bir dakika, ben buraya niye gelmiştim?” dediğiniz olduysa yalnız değilsiniz. Ben bunu yıllardır yaşıyorum. Bir yanda src, öbür yanda infra, bir köşede test dizinleri — kafa karışıyor. Ciddi ciddi karışıyor. İşte tam bu noktada zoxide gibi araçlar devreye giriyor ve işi fena halde rahatlatıyor.
Bu yazıyı hazırlarken 2024’ün sonlarında İstanbul’daki editör masasında kendi terminalimde tekrar test ettim; çünkü bazen bir aracın gerçekten işe yarayıp yaramadığını anlamanın en dürüst yolu, onu günlük akışa sokup birkaç gün izlemek oluyor. Açık konuşayım: İlk bakışta “bu da başka bir dizin atlama aracı mı?” diye düşündüm, gözlerim biraz kayardı. Sonra birkaç gün kullanınca fikrim değişti. Hani bazı araçlar vardır, kağıt üstünde sıradan görünür ama pratikte zaman kazandırır — zoxide biraz öyle işte.
Ve işler burada ilginçleşiyor.
Aslında konu sadece hızlı klasör değiştirmek değil. Bir de güvenli dosya taşıma meselesi var; yanlış dizinde çalışırken yapılan mv komutları insanın canını yakabiliyor. 2023 yazında Ankara’da küçük bir ekip için hazırladığım bakım notlarında, yanlış hedefe taşınan iki dosyayı geri kurtarmak zorunda kalmıştık. O gün anladım ki hız güzel şey ama hızla birlikte alışkanlık da şart (evet, doğru duydunuz)
Zoxide ne yapıyor, neden bu kadar seviliyor?
Mantığı basit aslında. Sık gittiğiniz klasörleri öğreniyor ve sizi oraya kısa bir komutla götürüyor. Yani klasik cd../../../../projeler/uzun/adres eziyeti bitiyor — ya da en azından ciddi ölçüde azalıyor. Sihir yok burada; sadece kullanım alışkanlığınızı izleyip size kestirme yol açıyor, o kadar.
Şehir içi navigasyon gibi düşünün (kendi tecrübem). Her seferinde harita açıp mahalle mahalle — kendi adıma konuşayım — gitmek yerine, sık uğradığınız yerlere tek hamlede dönüyorsunuz. En çok da monorepo kullanan ekiplerde bu fark bayağı hissediliyor — bir dosyayı bulup açmak için beş farklı sekme arasında gezerken insanın dikkati dağılıyor, odak gidiyor, ve odak gidince hata yapma ihtimali de tırmanıyor.
İşte tam da bu noktada devreye giriyor. Daha fazla bilgi için Archon neden zirvede? Yapay zekâda iki ayrı yol ayrımı yazımıza bakabilirsiniz.
Benim gözümde zoxide’nin en güçlü yani şu: Komut satırı alışkanlığınızı bozmuyor. Üstüne hafifçe omuz atıp “buraya daha hızlı gidebilirsin” diyor sadece. Fazla süslü değil. Gösterişsiz. Ama işini görüyor.
Klasik cd ile farkı ne?
cd her zaman var olacak, onu çöpe atmıyoruz tabii. Tamamen manuel çalışıyor; yolun tamamını sizin yazmanız gerekiyor. Zoxide ise geçmiş davranışlarınıza göre öneri veriyor. Bu öneriler zamanla iyileşiyor — kullandıkça “büyüyor” desek yanlış olmaz.
Küçük projelerde fark dramatik olmayabilir, dürüst olayım. Ama orta ölçekli bir kod tabanında ya da sürekli branch değiştirilen ortamlarda rahatlık hemen geliyor. Hele ki aynı gün içinde beş altı farklı dizine gidip geliyorsanız… Siz ne dersiniz? o zaman değerini anlıyorsunuz zaten.
Daha güvenli dosya taşıma için neden önemli?
Doğrudan bir dosya taşıma aracı değil zoxide. Bunu hemen netleştirelim. Önemli olan şu: Çalışma hızınız düzenli hale gelince doğru klasöre daha hızlı ulaşıyorsunuz, yanlış yerde işlem yapma ihtimaliniz azalıyor. Kulağa küçük geliyor olabilir. Ama pratikte ciddi fark yaratıyor, inanın.
Editör olarak şunu defalarca gördüm: İnsanlar aceleden dolayı yanlış klasörde mv, rm, hatta bazen daha sert komutlar çalıştırabiliyor — evet, can yakar. 2024 Nisan’ında Kadıköy’de birlikte çalıştığım bir geliştirici arkadaşım tam da bu yüzden config dosyasını kaydırmıştı; backup’tan döndürdük ama yarım gün gitti. Yarım gün.
Neyse, uzatmayayım. Zoxide bu tip kazaları tek başına çözmez ama zihinsel yükü azaltır. Doğru yere daha çabuk varmak demek, hata yapmadan önce bir nefes alma şansı demek. Daha fazla bilgi için Fransa Windows’tan Uzaklaşıyor: Linux Hamlesi Ne Anlatıyor? yazımıza bakabilirsiniz. MCP’nin Kör Noktası: 10 API, 300 Tehlikeli Tuş yazımızda bu konuya da değinmiştik.
| Kullanım Senaryosu | Klasik cd | Zoxide |
|---|---|---|
| Sık gidilen dizinler | Tamamen manuel | Kısayol mantığıyla hızlı erişim |
| Büyük proje içinde gezinme | Zorlayıcı olabilir | Daha akıcı olur |
| Ekip içi ortak çalışma | Kişiye bağlı kalır | Kullanım alışkanlığıyla öğrenir |
| Düşük hata riski ihtiyacı | Daha fazla dikkat ister | Daha düzenli akış sağlar |
Kurulumdan sonra ilk hafta neler beklemelisiniz?
Mucize beklemeyin. İlk günlerde sistem sizin kullanım biçiminizi öğreniyor; öneriler henüz ham kalabiliyor, bazen sinir bozucu bile olabiliyor. Ben de ilk denememde “tamam güzel. Beni hâlâ doğru yere tek hamlede götürmüyor” demiştim — haklıydım aslında, o noktada henüz öğrenmemişti. Chrome’da Birikmiş Yer İntihar Etmeden: Aftermark Ne Yapıyor? yazımızda da bu konuya değinmiştik. QuerySelector’ı Bıraktım: DOM’a Direkt Bağlanmak yazımızda da bu konuya değinmiştik.
Ne yalan söyleyeyim, Birkaç gün geçince tablo değişiyor. Sık uğradığınız dizinler öne çıkmaya başlıyor. Tekrarlı işler kolaylaşıyor. Mesela log klasörüyle çalışan biriyseniz ya da aynı repo içinde sabah-akşam geziniyorsanız fayda belirginleşiyor — adeta “ah, işte bu” dediğiniz bir an geliyor.
# örnek kullanım akışı
z old # eski kullanılan dizinlere bak
z src # adı geçen veya sık gidilen src klasörüne git
zi # etkileşimli seçim ekranı varsa onu aç
# shell entegrasyonu kurulduktan sonra normal cd yerine z kullanırsınız
Küçük startup ile enterprise ortamı aynı mı?
İlginç olan şu ki, Küçük startup tarafında zoxide’nin etkisi daha kişisel oluyor. Tek kişi ya da az kişi aynı makinede çok iş yapıyorsa ciddi rahatlık sağlıyor. Kurumsal tarafta ise mesele biraz farklı: Standartlaştırılmış shell ayarları, onboarding süreci ve ekip içi dokümantasyon devreye giriyor. Farklı bir boyut bu.
Bence enterprise ortamda asıl kazanım tutarlılıkta yatıyor (bizzat test ettim). Yeni gelen biri terminalde nasıl gezineceğini çabuk kavrarsa destek yükü de düşüyor. Ama şunu da ekleyeyim: Eğer ekip herkes için ayrı ayrı ayar yönetmiyorsa araç potansiyelinin yarısı masada kalabiliyor. Bu gerçek bir hayal kırıklığı.
Sahada işe yarayan birkaç pratik ipucu
- Sık kullandığınız birkaç ana klasörü bilinçli şekilde ziyaret edin; zoxide bunları daha çabuk öğrenir.
- Aynı isimli dizinler varsa kısa alias’lar tanımlayın, yoksa kafa karıştırabilir. (bence en önemlisi)
- İlk hafta performans beklentinizi düşük tutun; veri topladıkça sistem parlıyor.
- Bash yerine Zsh veya Fish kullanıyorsanız entegrasyon ayarlarını kontrol edin, çünkü küçük uyumsuzluklar çıkabiliyor. (bu kritik)
- Ekip ortamındaysanız.shellrc ayarlarınızı dokümante edin; yeni gelen kişi ortada kalmasın.
- Dizin değiştirme ile dosya taşıma komutlarını birbirine karıştırmayın — ikisi kardeş gibi görünür ama sonuçları bambaşkadır! (bu kritik)
Neyi sevdim, neyi eksik buldum?
Yani, Sevdiğim taraf net: Hafif olması ve alışkanlığa göre çalışması. Sisteme bağlanıp oturup beklemek yok, kendisi öğreniyor. Eksik tarafı ise — nasıl desem — yeni kullanıcı için açıklamanın biraz dolambaçlı olabilmesi. Yani ekran görüntüsü görmeden anlayan az çıkar. Dokümantasyon “mükemmel” demem, açıkçası.
Zoxide’yi ilk kez kullandığımda “bu kadar basit miymiş?” dedim… Ama asıl olay basit olmasıydı zaten.
Karmaşık menüler yok, gösterişli panel yok — sadece işe yarayan kısa yol mantığı var.
Evet, tam olarak ihtiyaç duyduğumuz şey çoğu zaman bu.
Sizce kimler gerçekten fayda görür?
Terminalde çok vakit geçiriyorsanız cevap kısa: siz fayda görürsünüz. Geliştiriciler, DevOps çalışanları, sistem yöneticileri ve (belki yanılıyorum ama) hatta teknik içerik üreten editörler bile bundan pay alır. Bilhassa de dosya ağacının derin olduğu projelerde avantaj büyüyor — bazen şaşırıyorum, o kadar basit bir araç bu kadar fark yaratıyor.
Dürüst olmak gerekirse, Ama dürüst olayım (ben de ilk duyduğumda şaşırmıştım). Gün boyu GUI kullanan biriyseniz etkisi sınırlı kalabilir. Zoxide’nin gücü terminal alışkanlığından geliyor; başka (belki yanılıyorum ama) türlü bakınca sıradan görünebilir (şaşırtıcı ama gerçek). Hatta ilk bakışta “buna mı heyecanlandılar?” diyebilirsiniz. Bence de o tepki normal — birkaç gün kullanmadan yargılamayın sadece.
Sıkça Sorulan Sorular
Zoxide ücretsiz mi?
p>Zode? Hayır tabii ki değil…
20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
İlgili Yazılar
Bu içerik işinize yaradı mı?
Benzer içerikleri kaçırmamak için beni sosyal medyada takip edin.
