En sevdiğiniz geliştirici araçları hangileri?

 (lobste.rs)
33 puan yazan GN⁺ 12 시간 전 | 8 yorum | WhatsApp'ta paylaş
  • Editör tarafında Helix, Emacs, Neovim, Sublime Text, Zed ve JetBrains IDE’ler tekrar tekrar anılıyor; her birinin trade-off’ları net biçimde ortaya çıkıyor
  • Sürüm kontrolü alanında jujutsu(jj)’nin git CLI’ın yerini almaya başlaması belirgin bir eğilim; Magit, lazygit ve Sublime Merge gibi GUI destek araçları da sıkça geçiyor
  • Kabuk·terminal·ortam yönetimi tarafında Fish, WezTerm, Ghostty, kitty, tmux, Nix, mise, atuin ve fzf çekirdek yığın olarak öne çıkıyor
  • Tekrarlanan ana mesajlar: "iyi varsayılanlara sahip araçları seçip sonsuz yapılandırmadan kaçınalım" ve "yaş aldıkça araçları kendime uydurmaktansa iyi varsayılanlara uyum sağlamayı tercih ediyorum" yönünde bir uzlaşı var (karşı görüşler de mevcut)

Tartışmanın arka planı

  • Lobsters’ta açılan "Geliştiricilerin en sevdiği araç nedir?" başlıklı soru dizisi: "Geliştiricilerin güçlü görüşleri olduğu için tek bir araç seçmek zor"
  • 19 saat içinde 130’dan fazla yorum geldi
  • Tekrar eden felsefe: "yaş aldıkça araçları kendime uydurmaktansa iyi varsayılanlara sahip araçlara kendi tercihlerimi uyduruyorum", "en iyi test edilmiş yolda kalmış oluyorum, bu yüzden daha az hatayla karşılaşıyorum"
    • Karşı görüş: "Yaş aldıkça kötü varsayılanlara tahammülüm azalıyor. Birkaç dakika içinde kullanılabilir hale getiremiyorsam başka araca geçiyorum"

Metin editörü / IDE

  • Helix

    • "özelleştirilebilirlik ile mükemmel varsayılan deneyim arasında doğru denge"
    • jujutsu ile birlikte kullanıldığında commit değişiminden sonra açık dosyaları elle yeniden yüklemek gerekiyor — geçici çözüm olarak :reload-all tuş bağlaması kullanılıyor
    • Dosya izleme özelliği için PR(#14544) maintainer tarafından ilerletiliyor
    • selection-first modeline alışamayıp tekrar vim’e dönen örnekler de çok
    • Vim tuş bağlamalarının bir kısmını destekleyen fork: evil-helix

  • Emacs

    • Sadece "Emacs" diye yanıt veren çok sayıda kullanıcı var
    • Magit ayrıca anılacak kadar övgü alıyor
    • Alanlara göre geçiş akışı: Git → Magit, Email → mu4e, RSS → elfeed, Notes/TODO/Calendar → org-mode, Finder → dired

  • Neovim

    • "10 yılı aşkın süredir kullandığım .vimrc’yi emekliye ayırıp tamamen Neovim’e geçtim"
    • Eklenti dağıtımı eğilimleri:
      • LazyVim: en tamamlanmış seçenek, flash.nvim tuş bağlarının kapatılması öneriliyor
      • AstroNvim: daha hafif bir alternatif
      • Kickstart.nvim: özelleştirme temelli sade bir başlangıç noktası
      • MiniMax: mini.nvim ekibinin hazırladığı başlangıç config’i

  • JetBrains IDE

    • PyCharm debugger’ı özellikle tavsiye ediliyor — Django REPL içinde de çalışıyor, şablon HTML/CSS/JS desteği var, hunk bazlı cherry-pick yapılabiliyor
    • İki veya daha fazla JetBrains ürünü kullanılıyorsa All Products lisansı daha ucuz

  • Sublime Text / Zed

    • "Sublime Text hak ettiği değeri görmüyor", 20 yılı aşkın süredir her gün kullandığını söyleyenler var
    • Kodlama başka yerde yapılsa bile yüksek hızı ve kalıcı unsaved buffer’ları nedeniyle her gün kullanılıyor
    • VSCode şiştikçe Zed’e geçmeyi deneyen bir akış da öne çıkıyor

  • Kate / Notepad++

    • Linux tarafında Kate, Windows tarafında Notepad++ kısa yanıtlarla da anılıyor

Sürüm kontrolü

  • jujutsu (jj) — bu yıl en çok adı geçen araç

    • "git CLI’ı bırakacağımı hiç düşünmezdim ama sonunda öyle oldu"
    • "hem daha kolay hem de aynı anda daha güçlü araç nadirdir; jujutsu bunu başarıyor"
    • rebase ve commit amend işlemlerini keyifli hale getirdiği söyleniyor
    • Eksisi: varsayılanlar yeterince cilalı değil, color/template ayarı gerekebiliyor — varsayılan görünüm için "yüksek kontrastlı gökkuşağı tekboynuz kusmuğu metni" benzetmesi yapılıyor

  • Git yardımcı araçları

    • tig: "git log’un geliştirilmiş hali", interaktif staging için kullanılıyor
    • Magit: Emacs kullanıcılarının temel aracı
    • Sublime Merge: "git için GUI katmanı ama çok iyi yapılmış", jj ile de merge-editor = "smerge" üzerinden entegre edilebiliyor
    • lazygit: rebase, revert, stash, çoklu remote gibi karmaşık işleri daha rahat denemeyi sağlıyor
    • delta: git pager olarak ayarlandığında syntax-highlighted diff veriyor; lazygit ile birlikte side-by-side / inline geçişi yapılabiliyor
    • difftastic: satır değil syntax tabanlı diff
    • git revise: "git’in içinde varsayılan gelmesi gereken bir araç"
    • Beyond Compare: 20 yıldır kullanılan diff/merge/klasör senkronizasyon aracı

Kabuk / terminal

  • Fish

    • "bash ve zsh’nin yaptığı her şeyi yapıyor, üstelik neredeyse hiç ayar gerektirmeden harika bir deneyim sunuyor"
    • Gerektiğinde bash script’leri olduğu gibi çalıştırılabiliyor
    • Sürekli yeni kısayollar keşfettiren bir araç olarak değerlendiriliyor (ör. alt+<left|right> dizin geçmişi)

  • Terminal emülatörleri

    • WezTerm: sadece klavyeyle kopyala/yapıştır (ctrl+shift+space), ctrl+shift+t ile aynı sisteme sekme çoğaltma, dahili SSH istemcisi ve multiplexer
    • Ghostty: macOS ile yerel entegrasyon — Cmd+Ctrl+D sözlük popover’ı, sürükle-bırak, yerel sekmeler, yazı tipi render kalitesi
    • kitty: "varsayılanlarıyla doğrudan çalışan ama aynı zamanda bol yapılandırma alanı bırakan iyi araç örneği"

  • tmux

    • Terminal oturumu açınca çalıştırılan ilk komut
    • SSH kopmaları / yanlışlıkla kapanan terminale karşı koruma sağlıyor — Mac ve NixOS arasında gidip gelseniz de aynı düzen korunabiliyor

  • Starship

    • Her kabuğa eklenti olarak takılabiliyor; dezavantajı büyük repo’larda git status ve branch komutlarını yavaşlatması

Ortam / bağımlılık yönetimi

  • Nix / NixOS

    • "Belki Stockholm sendromudur ama diğer Linux dağıtımlarını ve build sistemlerini kullanamaz hale getiriyor"
    • Proje bazlı nix shell ile sistem paketleri en aza indiriliyor; global PATH’i kirletmeden tam sürüm sabitleme yapılabiliyor
    • "1 yıl sonra da 5 yıl sonra da aynı şekilde çalışacağına dair yüksek güven"
    • "Öğrenme eğrisini aştıktan sonra sihir gibi. İşletim sistemi yapılandırması zaten böyle olmalıydı"

  • mise

    • direnv’in yerini alabilen araç sürüm yöneticisi, hafif CI akışlarına da entegre ediliyor
    • "asdf için kesinlikle daha iyi bir alternatif"
    • mise activate özelliği keşfedilince direnv tamamen kaldırılabiliyor
    • mise watch ve görev sistemiyle proje bazlı eylemler, dosya değiştiğinde iş çalıştırma yapılabiliyor

  • Dev Containers

    • Docker/container dağıtım ortamı ile geliştirme ortamını paylaşabilmesi avantaj olarak görülüyor
    • Eksisi: tooling henüz olgun değil (referans CLI’da stop komutu bile yok)

  • chezmoi

    • İş ve kişisel makineler arasında tutarlı geliştirme ortamı sağlıyor; git alias’ları, Neovim config’i, access token’lar ve diğer araç kurulumları birlikte yönetilebiliyor

Hata ayıklama / profilleme

  • rr — record/replay debugger

    • "C/C++ hata ayıklamada birincil aracım; bir kez kaydet, sonra deterministik olarak sonsuza kadar yeniden oynat"
    • Bellek adresine watch koyup son yazma anına kadar geri sarma mümkün
    • "temporal debugging bisection" — watchpoint ile birlikte bellek bozulmasının oluştuğu noktayı ileri geri aramaya yarıyor

  • Pernosco

    • time-travel + veri akışı analizi debugger’ı
    • Firefox’un çoklu içerik süreci focus handling’i ve about:blank Chrome uyumluluğu çalışmalarında kritik yardım sağlamış

  • RenderDoc / Tracy / RemedyBG

    • RenderDoc: grafik hata ayıklamanın çok yönlü aracı, temel özelliklerde XCode Metal debugger’dan daha iyi bulunuyor
    • Tracy: "sınırsız kaynakla bir profiler yapsanız sonunda Tracy olurdu"
    • RemedyBG: iş akışı rahatlığı yüksek bir debugger

  • XCode Instruments

    • 3D/GPU shader profiling’de satır başına çalışma maliyeti açıklamaları sunuyor
    • stall nedenlerini analiz ediyor — bellek fetch bekleme, senkronizasyon bekleme, kontrol akışı ayrışması ayrımı yapabiliyor
    • "donanım, sürücü, Metal shading language ve tooling’in tamamını kontrol eden bir ekosistemin avantajı"

  • Diğerleri

    • strace, extrace, perf — hata ayıklama için vazgeçilmez üçlü
    • gdb — hâlâ çok sayıda kısa yanıtta geçiyor

Arama / metin işleme

  • fzf: shell ters geçmiş aramasıyla entegre, "bulanıklık seviyesi tam kararında"
    • rg '' | fzf deseniyle tüm repo metninde arama yapılıyor; eşleşme seçilince anında vim foo.rs +123 biçiminde shell prompt’una dönüyor
  • ripgrep: "kutudan çıktığı gibi doğru çalışıyor, ayarlamayı denemek bile hiç gerekmedi"
  • septum: etkileşimli kod arama — "7 satır içinde triangle, vertex ve mesh birlikte geçsin ama physics olmasın" gibi koşullu aramalar
  • fastmod / spacemod: toplu değiştirme
  • autojump: j whatevs ile geçmiş çalışma dizinleri arasında fuzzy eşleşme yaparak geçiş
  • zoxide: autojump benzeri, daha akıcı gezinme
  • awk: "biraz çekip biraz düzeltme" işleri için hâlâ güçlü
  • entr: "bu dosyaları izle ve bunu çalıştır" — kod tabanında testleri otomatik koşturmak için uygun

JSON / veri / dönüştürme araçları

  • jq: JSON işlemede fiili standart, manual’ın sonuna kadar okunması öneriliyor, Exercism’in jq track içeriği de tavsiye ediliyor
    • gojq: yerel jq’ya göre hata mesajları çok daha iyi, yaml girişi desteği sayesinde aynı muscle memory korunabiliyor
  • fx: büyük JSON çıktılarında drill-down
  • hexdump: özellikle hexdump -C gömülü sistem hata ayıklamada faydalı — picocom --baud 115200 /dev/ttyUSB | hexdump -C deseni
  • hexyl: renkli hex görüntüleyici
  • bat: cat’in syntax-highlighted alternatifi
  • choose, fd: sırasıyla cut ve find’ın alternatifi

Shell geçmişi / pano / notlar

  • Atuin: shell geçmişini senkronize ediyor, dizin ve git repo bağlamına göre geçmiş araması sunuyor
  • CopyQ: yaklaşık 2000 öğelik clipboard yöneticisi; notlar kaçırıldığında geçmiş işleri geri bulmaya yardımcı oluyor
  • histprune: fzf’nin Ctrl+R özelleştirmesi — alt+D ile geçmiş öğesini anında silebiliyor
  • Obsidian: Logseq’ten geçiş yapılmış, salt Markdown arşivi LLM/ajan işbirliği için avantajlı görülüyor
  • Joplin: AGPLv3, masaüstü·mobil·web uygulamalarının tümünü destekliyor, WebDAV/OneDrive/S3 backend’leri var, .md dosyalarını olduğu gibi saklıyor

Build / görev otomasyonu

  • just: make alternatifi — build’den çok görevlere odaklı, dilden bağımsız just lint gibi tutarlı bir arayüz sunuyor
    • "make’in satır bazlı modu ile shell/python/node tam script modunu hedef bazında açıp kapatabiliyorsunuz"
    • Eksileri: gömülü script’leri $TMPDIR içine yazıp oradan çalıştırıyor, kendi template dilini kullanıyor (uncanny valley hissi yaratıyor)
  • Task (go-task): YAML tabanlı alternatif, batteries-included yaklaşımına yakın
  • universal-test-runner: repo’nun test yöntemini otomatik algılayıp çalıştırıyor, ek argümanları da geçiriyor
  • chezmoi: makineler arasında dotfile’lar ve araç kurulumlarını tutarlı biçimde yönetiyor

HTTP / ağ / sır yönetimi

  • Hurl: "bilgi toplamaya çalışan GUI HTTP uygulamalarını unutun" — curl isteklerini sade metin biçiminde yazmaya yarıyor, entegrasyon testleri için uygun
  • curl: çok sayıda kısa yanıtta geçiyor
  • SOPS: age/SSH anahtarlarıyla sır şifreleme, sops exec-env secrets.yaml -- some command deseni
  • Mutagen: SSH üzerinden çift yönlü gerçek zamanlı dosya senkronizasyonu — uzak makinede çalışırken faydalı
  • forge: GitHub CLI alternatifi, Codeberg desteği var, daha hızlı ve daha derli toplu bulunuyor

Diğerleri / iş akışı

  • Quarto: Markdown ile hızlı sunum hazırlama
  • Nushell: PowerShell’den etkilenmiş bir shell, GeoPackage → PostGIS, PostGIS view → PMTiles gibi büyük dönüşüm script’lerini güvenilir şekilde yazmaya uygun. Eksisi: 1.0 öncesi olduğu için güncellemelerde kırılabiliyor
  • Typst: LaTeX alternatifi olarak anılıyor, call-by-value tabanlı sözdizimi beğeniliyor
  • Topiary: çok dilli formatter
  • Hunk: agentic coder’lar için review-first terminal diff görüntüleyici, --watch modunu kodlama ajanının yanında açık tutma deseni anılıyor
  • Raycast / Alfred: macOS başlatıcıları; snippet, clipboard ve parametreli web araması sunuyor
  • Ergodox EZ: 10 yıldır kullanılan klavye; özelleştirme ve güç tüketimi açısından memnuniyet yaratıyor
  • Joplin / Fossil: not ve wiki’yi self-host etme
  • AeroSpace / Sway: döşemeli pencere yöneticileri

Tekrarlanan meta mesajlar

  • "iyi varsayılanlara sahip araçları seçip sonsuz yapılandırmadan kaçınalım" — Helix, Fish, ripgrep ve mise bu yaklaşımın öne çıkan örnekleri olarak anılıyor
  • Karşı bakış: yıllarca tweak ederek kendine özgü araç düzenini kurmuş örnekler de var — "artık yılda birkaç kez ancak dokunuyorum"
  • Yapay zeka ajanları çağının yan ürünü: jq, Markdown ve yapılandırılmış metin araçlarının LLM’lerle işbirliğinde avantajlı olduğuna dair farkındalık artıyor — Obsidian’ın salt Markdown yaklaşımı, hunk’ın watch modu ve jq manual’ını öğrenme önerisi aynı akımın parçaları
  • macOS’un grafik hata ayıklamadaki üstünlüğü: XCode Instruments’ın GPU profillemesinin Linux/Windows’a kıyasla ezici üstünlükte olduğu yorumu yapılıyor
  • CLI rönesansı vs tipografi: terminal araçları zenginleşirken, uzun LLM/ajan çıktılarının sonunda tarayıcı veya özel uygulamalardaki tipografiyle daha rahat okunabildiğine dair ikili bir gözlem de var

İlgili okumalar

8 yorum

 
kirinonakar 18 분 전

Birkaçını denedim ama tam içime sinen bir şey olmayınca kendim yapmaya başladım. notepad++, VS Code, Zed, Obsidian'ı referans alıp sadece ihtiyacım olan özellikleri toplayarak geliştiriyorum.
 
xguru 10 시간 전

Bu aralar cmux, tmux, mux üçlüsünü birlikte oldukça verimli kullanıyorum.
tailscale ile birbirine bağladığım sunuculara ssh ile giriş yaptığımda, fzf mevcut tmux oturumlarını topluca gösteriyor; oradan seçip giriyorum.

cmux - AI kodlama ajanları için Ghostty tabanlı macOS terminali
Show GN: mux – AI kodlama oturumlarını canlı önizlemeye dönüştüren tmux oturum yöneticisi
 
edunga1 2 시간 전

Mac’te, terminalde Korece girdi yapmak için Enter’a iki kez basmak gerekmiyor mu? (Korece karakter birleştirmesi tamamlandıktan sonra girdi için de 2 kez)
Benzersiz şekilde yalnızca wezterm’de bu sorun yoktu, ben de ona geçtim.
 
onixboox 3 시간 전

Zed'i seviyorum
 
snisty 5 시간 전

Artık Claude Code olmadan yaşayamayan biri oldum. + tmux..
Ek olarak, metin editörü olarak vscode..
Onun dışında da derleme için Visual Studio gibi olmazsa olmaz bir IDE falan..
 
hwhang0917 8 시간 전

fzf, jq, rg, awk ❤️
 
jjpark78 10 시간 전

neovim, alacritty, tmux, fzf, rg, obsidian, bat, jq, hurl, lazygit, hammerspoon, chrome, codex, claude,
 
GN⁺ 12 시간 전
Lobste.rs görüşleri

  • Metin editörü olarak Helix kullanıyorum. Benim için özelleştirilebilirlik ile harika varsayılan deneyim arasındaki denge tam yerinde
    Aynı nedenle terminal kabuğu olarak Fish kullanıyorum. Varsayılan hali çok iyi ve istediğim gibi kullanmak için neredeyse hiç ayar gerektirmiyor
    Yaş aldıkça, sonsuz ayar kurcalamak yerine, bilinçli olarak iyi varsayılanlara sahip araçlara kendi zevkimi uydurmayı daha çok seviyorum
    Atuin, uzak makineler arasında kabuk geçmişini senkronize etmek ve mevcut dizin ya da git deposu tabanlı bağlamsal geçmiş araması için çok iyi. Başka özellikleri de var ama ben yalnızca bunları kullanıyorum
    Mise de birçok açıdan hoşuma gidiyor ama özellikle araç sürüm yöneticisi olarak favorim. Eskiden kullandığım direnv'in yerini aldı ve kişisel projelerde hafif CI akışlarına da yavaş yavaş entegre etmeye başladım

    • İyi varsayılanların izlediği yol en çok test edilmiş yol olduğu için daha az bug'la karşılaşıyorsun. Genelde akıllıca bir tercih
    • Sadece “varsayılanlara zevkini uydurmak” ve “sonsuz ayar kurcalamak” diye iki seçenek yok. Benim n=1 deneyimimde durmadan, durmadan, durmadan ayar kurcaladım ve sonunda istediğim noktaya ulaştım; artık neredeyse hiç kurcalamıyorum
      Yılda birkaç kez kadar. Emacs'im şu anda bana özel bir Studley alet çantası gibi
    • Helix'i sevmek istiyorum. Gerçekten çok şık bir proje ve varsayılanları da çekici ama Vim kas hafızam çok fazla oturmuş durumda
      Onun yerine birkaç ay önce Neovim'i tamamen benimsedim ve 10 yılı aşkın sürede organik biçimde büyümüş .vimrc dosyamı emekliye ayırdım. Biraz hüzünlüydü ama Helix'i daha az kıskanıyorum
      Mise de güzel ve neredeyse hiç ayar gerektirmiyor. Fish'i de birkaç ay önce kullanmaya başladım; birkaç kullanıcı fonksiyonu dışında neredeyse tamamen varsayılan haliyle kullanıyorum
      Ripgrep de varsayılan halinde “doğru şeyi” yaptığı için, ayarlamayı denemeyi hiç düşünüp düşünmediğimi bile bilmiyorum
    • Helix'i düzgün kullanmayı nasıl öğrenebilirim? Neovim'in eklentiler yüzünden 50'den fazla depoyu içeri çekmesi nedeniyle tedarik zinciri saldırıları konusunda fazla endişeliyim ve ondan uzaklaşmaya çalışıyorum
    • Bu söze gerçekten katılıyorum. Yaş aldıkça, araçlar ve yazılımlarla bu kadar çok uğraşan insanları pek anlayamıyorum. Ne eğlenceli ne de buna değer

  • Emacs

  • Stockholm sendromu olabilir ama benimki Nix. Mükemmel değil ama Nix sayesinde daha ifade gücü yüksek ve verimli çalışabilir hale gelince diğer Linux dağıtımlarıyla meta build sistemlerini fiilen bozmuş oldu
    Ek olarak pwntools da CTF dışında bile kullanması keyifli bir araç. Örneğin Python REPL içinde soketlerle bit düzeyinde oynamak için güzel

    • Nix ile pwntools'u ben de seviyorum. Aynı şekilde CTF oyuncusu olarak merak ettim: Nix tabanlı bir CTF pwn ortamın varsa bunu nasıl kurdun?
      Ben hep yeni bir libvirt Ubuntu VM açıp araçları içine kurarak orada çalışıyordum; Nix tabanlı olarak önereceğin bir yöntem var mı?

  • Emacs zaten, ama özellikle Magit

  • Nix. Bir öğrenme eğrisi var. Yıllarca Nix kullanıcılarının ya da evangelistlerinin çevresinde dolaşıp sonra ciddiyetle denedim ve sonunda epey iyi olduğunu gördüm
    Birden fazla projeyle uğraşırken sistem düzeyi bağımlılıkları yönetmek için her araç takımının farklı bir çözüm dayatmasından bıkkınlık gelmişti. Node sürümü için bir araç, Python sürümü için başka bir araç, bu şekilde
    Projeler arası uyumsuzluk yüzünden ortaya çıkan ve debug etmesi zor build hatalarından da sıkılmıştım. Project A'de $foo bozuluyor, Homebrew ile güncelliyorsun, bu kez Project B'de $foo bozuluyor gibi
    Build sürecinin sisteme kurulu, çoğu zaman gizli birçok bağımlılığa dayanması nedeniyle “nedense” başarısız olması da yorucuydu
    Mümkün olan her şeyi proje bazlı nix shell içine taşıdım. Sistem düzeyi paketleri olabildiğince ince tutuyor, proje içinde gerekli araçları yani bağımlılıkları, runtime'ları ve derleyicileri tam sürümleriyle sabitliyorum
    Böylece global PATH'i ya da diğer projeleri kirletmiyor. Şu an bende çalışıyorsa, 1 yıl sonra da 5 yıl sonra da çalışacağına dair güvenim oldukça yüksek
    Araçları yükseltmek istediğimde de diğer projeleri etkiler mi diye endişelenmeden yapabiliyorum; gerileme olursa kolayca geri alabiliyor ya da tek bir bağımlılığı eski sürüme sabitleyebiliyorum
    Ekip arkadaşların da Nix kullanan projelerdeyse daha da iyi. nix shell kurup bakımını yapma için harcanan ek zaman paylaşılmış oluyor ve geliştirme ortamlarının aynı olduğuna dair güven de ciddi biçimde artıyor

    • Benzer nedenlerle son dönemde Dev Containers'a fazlasıyla sardım. Fikir bence oldukça iyi ama ne yazık ki araç kalitesi bunu desteklemiyor
      Mesela referans CLI'ın stop komutu bile hâlâ uygulanmış değil. Yine de dağıtımda Docker/konteyner kullanıyorsan, geliştirme ortamıyla dağıtım ortamı arasında çok fazla ayarı paylaşabilme avantajı var
      https://containers.dev/
      https://github.com/devcontainers/cli

  • rr(https://rr-project.org/) onsuz yaşayamayacağım kadar sihirli derecede iyi bir yazılım

    • Eskiden olsa her gün ihtiyaç duyacağım bir araç olurdu. Güzel keşif. İleride tekrar ihtiyaç duyduğumda bulabilmek için bunu ikinci beynime ekleyeceğim
    • Merak ettim, rr'nin en büyük değerini tam olarak nerede görüyorsun? Proje ana sayfasındaki açıklamayı genel hatlarıyla anlıyorum
      Bir hatayı bir kez kaydedip sonra bu kaydı deterministik şekilde tekrar tekrar debug etme fikri kesinlikle faydalı görünüyor
      Ama gerçek kullanım deneyimini sormamın sebebi şu: “Vay, bu belirli bug/iş akışı rr olmadan çözülemezmiş” hissini henüz tam yaşamadım

  • Sistem yöneticisi kökenim olduğu için “iyi varsayılanları minimum ayarla kullanma” tarafına çok daha yakınım. Ama son zamanlarda bu alışkanlığımı bozan iki şey oldu
    jujutsu(jj) bu sitede de sık sık konuşuldu ama dürüst olmak gerekirse kullanması gerçekten çok keyifli. git CLI'ı bırakacağımı hiç düşünmezdim ama öyle oldu
    Yıllardır nvim kullanmayı ve yapılandırmayı öğrenmekten kaçınıyordum ama nvchad sayesinde başlayabildim. İsmi korkunç ama benim için minimalizm ile yeterince fikir sahibi bir başlangıç yapılandırması arasında mükemmel bir denge sunuyor
    Tabii şimdi artık en baştan kendi minimal yapılandırmamı kullanıyorum
    Bunun dışında epey Python kullandığım için astral araçlarının da sürekli keyifle kullanıldığını söylemem lazım. Umarım Anthropic onlara iyi bakar

    • jujutsu için bu durum iki kat geçerli. İlk aşamada geçişin kendisi güzel, sonra da jj'nin varsayılanları çok rafine olmadığı için bir tur daha elden geçirmen gerekiyor
      Koyu arka plan üstünde klasik yüksek kontrastlı gökkuşağı tekboynuz kusmuğu gibi bir metin istemiyorsan, renkler ve şablonlar üzerinde epey ayar yapmak gerekiyor

  • Aslında Emacs. Bilgisayardaki işlerimi yavaş yavaş Emacs'e taşıyorum ve varsayılanları kabul etmeye başladım
    Emacs'i özelleştirmek gerçekten çok kolay ve pek çok tuş ataması her modda uygun işi yapıyor
    Yavaş yavaş geçtiğim liste şu: Git → Magit, Email → mu4e, RSS → elfeed, Notes/TODO/Calendar → org mode, Finder → dired
    Quarto da Markdown ile hızlıca sunum hazırlamak için oldukça iyi. Nix ve nix-darwin'i tüm dotfiles'ımda kullanıyorum

    • dired için Dirvish'e bakmaya değer

  • Emacs. Sık kullanmıyorum ama ragel ile parser yazmak keyifli

  • Sublime Text kesinlikle gereğinden fazla kişi tarafından küçümseniyor

    • Sublime Text'i sevmek istiyordum ama vi modu, Vim'den gelen kas hafızamla yeterince örtüşmediği için kalıcı olamadım
      Sanırım adı “vintage” gibi bir şeydi. Bugünlerde, Sublime Text'i sevmek isteyeceğim durumlarda onun yerine Zed kullanıyorum