आपके पसंदीदा developer tools कौन-से हैं?

 (lobste.rs)
33 पॉइंट द्वारा GN⁺ 12 시간 전 | 8 टिप्पणियां | WhatsApp पर शेयर करें
  • Editor क्षेत्र में Helix, Emacs, Neovim, Sublime Text, Zed, JetBrains IDE का बार-बार ज़िक्र हुआ, और हर टूल के trade-off साफ़ दिखाई दिए
  • Version control में jujutsu(jj) के git CLI को replace करने का रुझान खास तौर पर उभरकर आया, और Magit·lazygit·Sublime Merge जैसे GUI सहायक टूल भी कई बार सामने आए
  • Shell·terminal·environment management में Fish, WezTerm, Ghostty, kitty, tmux, Nix, mise, atuin, fzf आदि एक मुख्य stack के रूप में दिखे
  • बार-बार दोहराया गया मुख्य संदेश था "अच्छे defaults वाले tools चुनो और अंतहीन configuration से बचो" और "जैसे-जैसे उम्र बढ़ती है, tools को अपने हिसाब से मोड़ने के बजाय अच्छे defaults के साथ खुद को ढालो" — हालांकि इसके विपरीत राय भी मौजूद थी

चर्चा की पृष्ठभूमि

  • Lobsters पर पोस्ट किए गए "डेवलपर्स के पसंदीदा tools क्या हैं?" सवाल वाले थ्रेड में यह बात सामने आई कि "डेवलपर्स की राय इतनी मज़बूत होती है कि सिर्फ़ एक tool चुनना मुश्किल है"
  • 19 घंटों के भीतर 130 से अधिक comments आए
  • बार-बार उभरा दर्शन: "जैसे-जैसे उम्र बढ़ती है, tools को अपने हिसाब से मोड़ने के बजाय अच्छे defaults वाले tools के साथ अपनी पसंद को ढालता हूँ", "इससे सबसे अधिक tested path पर रहा जाता है और bugs भी कम मिलते हैं"
    • विरोधी राय: "जैसे-जैसे उम्र बढ़ती है, खराब defaults के लिए धैर्य कम हो जाता है। अगर कुछ मिनटों में usable न बना सकूँ तो दूसरे tool पर चला जाता हूँ"

Text editor / IDE

  • Helix

    • "Customizability और बेहतरीन default experience के बीच सही संतुलन"
    • jujutsu के साथ इस्तेमाल करने पर commit switch के बाद खुले files को हाथ से reload करना पड़ता है — अस्थायी workaround के रूप में :reload-all keybinding का उपयोग
    • file watching feature के लिए PR(#14544) maintainer द्वारा आगे बढ़ाई जा रही है
    • selection-first model के अनुकूल न हो पाने के कारण कई लोग फिर से vim पर लौटे
    • vim keybinding का आंशिक समर्थन करने वाला fork: evil-helix

  • Emacs

    • कई users ने सिर्फ़ "Emacs" लिखकर जवाब दिया
    • Magit की अलग से तारीफ़ की गई
    • क्षेत्रवार migration pattern: Git → Magit, Email → mu4e, RSS → elfeed, Notes/TODO/Calendar → org-mode, Finder → dired

  • Neovim

    • "10 साल से अधिक समय तक इस्तेमाल की गई .vimrc को retire करके पूरी तरह Neovim पर आ गया"
    • plugin distribution के रुझान:
      • LazyVim: सबसे polished, flash.nvim keybinding को disable करने की सलाह
      • AstroNvim: अधिक slim विकल्प
      • Kickstart.nvim: customization-आधारित simple starting point
      • MiniMax: mini.nvim टीम द्वारा बनाया गया starter config

  • JetBrains IDE

    • PyCharm debugger की ज़ोरदार सिफारिश — Django REPL के अंदर भी काम करता है, template HTML/CSS/JS को support करता है, cherry-pick hunk भी कर सकता है
    • 2 या अधिक JetBrains products इस्तेमाल करने पर All Products license अधिक सस्ता पड़ता है

  • Sublime Text / Zed

    • "Sublime Text को कम आंका जाता है", एक जवाब में 20 साल से अधिक रोज़ाना इस्तेमाल की बात
    • भले coding कहीं और हो, लेकिन तेज़ performance और persistent unsaved buffer की वजह से रोज़ का tool बना रहता है
    • VSCode के bloated हो जाने के कारण Zed पर migrate करने की कोशिशें भी दिखीं

  • Kate / Notepad++

    • Linux पक्ष का Kate और Windows पक्ष का Notepad++ भी छोटे जवाबों में सामने आए

Version control

  • jujutsu (jj) — इस साल सबसे ज़्यादा बार लिया गया नाम

    • "कभी नहीं सोचा था कि git CLI छोड़ दूँगा, लेकिन आख़िरकार ऐसा हो गया"
    • "कोई tool एक साथ आसान और ज़्यादा powerful होना बहुत दुर्लभ है, लेकिन jujutsu दोनों करता है"
    • rebase और commit amend को मज़ेदार बना देने की राय
    • कमी: defaults अभी उतने refined नहीं हैं, इसलिए color/template tuning करनी पड़ती है — default output को "high-contrast rainbow unicorn vomit text" कहा गया

  • Git सहायक tools

    • tig: "git log का बेहतर रूप", interactive staging के लिए उपयोगी
    • Magit: Emacs users के लिए core tool
    • Sublime Merge: "git के ऊपर GUI layer, लेकिन बेहद अच्छी तरह बनाई गई", jj के साथ भी merge-editor = "smerge" से integrate हो सकता है
    • lazygit: rebase, revert, stash, multiple remotes जैसे जटिल tasks को भी आत्मविश्वास से आज़माने लायक बनाता है
    • delta: git pager के रूप में सेट करने पर syntax-highlighted diff, और lazygit के साथ side-by-side / inline toggle संभव
    • difftastic: line-based नहीं, syntax-based diff
    • git revise: "यह git में default रूप से शामिल होना चाहिए"
    • Beyond Compare: 20 साल से इस्तेमाल हो रहा diff/merge/folder sync tool

Shell / terminal

  • Fish

    • "bash·zsh जो कुछ करते हैं वह सब करता है, और लगभग बिना configuration के शानदार experience देता है"
    • ज़रूरत पड़ने पर bash scripts वैसे ही चल सकती हैं
    • ऐसा tool जिसे इस्तेमाल करते हुए लगातार नए shortcuts मिलते रहते हैं (उदा. alt+<left|right> directory history)

  • Terminal emulator

    • WezTerm: सिर्फ़ keyboard से copy/paste (ctrl+shift+space), ctrl+shift+t से उसी system पर tab duplicate, built-in SSH client और multiplexer
    • Ghostty: macOS native integration — Cmd+Ctrl+D dictionary popover, drag-and-drop, native tabs, font rendering quality
    • kitty: "अच्छे tool का नमूना, जहाँ defaults सीधे काम करते हैं और configuration की पर्याप्त गुंजाइश भी रहती है"

  • tmux

    • Terminal session खोलते ही चलाया जाने वाला पहला command
    • SSH disconnect या गलती से terminal बंद हो जाने की स्थिति में उपयोगी — Mac और NixOS के बीच भी एक जैसा pattern बनाए रखना आसान

  • Starship

    • किसी भी shell में plugin की तरह जोड़ा जा सकता है, लेकिन बड़े repo में git status·branch commands धीमे हो जाते हैं

Environment / dependency management

  • Nix / NixOS

    • "शायद यह Stockholm syndrome हो, लेकिन इसके बाद दूसरी Linux distros और build systems इस्तेमाल नहीं होते"
    • project-specific nix shell की मदद से system packages न्यूनतम रखकर, global PATH को गंदा किए बिना exact version pinning संभव
    • "1 साल बाद, 5 साल बाद भी वही चीज़ वैसे ही चलेगी" जैसी ऊँची विश्वसनीयता
    • "Learning curve पार करते ही यह जादू जैसा लगता है। OS configuration ऐसी ही होनी चाहिए थी"

  • mise

    • direnv का विकल्प बनने वाला tool version manager, हल्के CI में भी integration
    • "asdf का strictly better replacement"
    • mise activate समझ आने पर direnv को पूरी तरह हटाया जा सकता है
    • mise watch और task system के ज़रिए project-specific actions, file changes पर task execution

  • Dev Containers

    • docker/container deployment environment और dev environment को share कर पाना इसका बड़ा फायदा
    • कमी: tooling अभी immature है (reference CLI में stop command तक नहीं)

  • chezmoi

    • काम और निजी machines में consistent development environment बनाए रखता है, और git alias·Neovim config·access token·अन्य tool installs को साथ में manage करता है

Debugging / profiling

  • rr — record/replay debugger

    • "C/C++ debugging का मुख्य tool, एक बार record करो और फिर deterministic तरीके से अनंत बार replay करो"
    • memory address watch करने के बाद आख़िरी write तक rewind किया जा सकता है
    • "temporal debugging bisection" — watchpoint के साथ memory corruption की शुरुआत को आगे-पीछे खोजने का तरीका

  • Pernosco

    • time-travel + data flow analysis debugger
    • Firefox में multi-content process focus handling और about:blank Chrome compatibility work में निर्णायक मदद

  • RenderDoc / Tracy / RemedyBG

    • RenderDoc: graphics debugging का सर्वगुणसंपन्न tool, XCode Metal debugger से base features में बेहतर
    • Tracy: "अगर unlimited resources के साथ profiler बनाया जाए, तो वह Tracy जैसा होगा"
    • RemedyBG: काम करने के अनुभव के लिहाज़ से सुविधाजनक debugger

  • XCode Instruments

    • 3D/GPU shader profiling में per-line runtime cost annotation देता है
    • stall analysis — memory fetch wait, synchronization wait, control-flow divergence में अंतर बता सकता है
    • "ऐसे ecosystem का लाभ जहाँ hardware·driver·Metal shading language·tooling सब पर एक ही vendor का control हो"

  • अन्य

    • strace, extrace, perf — debugging के लिए ज़रूरी combo
    • gdb — अभी भी कई छोटे जवाबों में आया

Search / text processing

  • fzf: shell reverse search integration, "fuzziness का स्तर बिल्कुल सही"
    • rg '' | fzf pattern से पूरे repo में text search, match चुनते ही vim foo.rs +123 जैसे रूप में shell prompt पर वापसी
  • ripgrep: "out of the box सही व्यवहार, कभी configuration की ज़रूरत ही नहीं पड़ी"
  • septum: interactive code search — जैसे "7 lines के भीतर triangle·vertex·mesh तीनों हों, लेकिन physics न हो" जैसी शर्तीय खोज
  • fastmod / spacemod: बड़े पैमाने पर replacement
  • autojump: j whatevs से पुरानी working directory history पर fuzzy match करके jump
  • zoxide: autojump जैसा, लेकिन navigation अधिक smooth
  • awk: "थोड़ा-सा extract करके थोड़ा-सा tweak करने वाले काम" में अब भी शक्तिशाली
  • entr: "इन files को watch करो और यह चलाओ" — codebase tests अपने-आप चलाने के लिए उपयुक्त

JSON / data / transformation tools

  • jq: JSON processing का लगभग standard tool, manual को पूरा पढ़ने की सिफारिश, Exercism का jq track भी सुझाया गया
    • gojq: native jq की तुलना में error messages बहुत बेहतर, और yaml input support के कारण वही muscle memory इस्तेमाल की जा सकती है
  • fx: बड़े JSON output में drill-down
  • hexdump: खास तौर पर hexdump -C embedded debugging में उपयोगी — picocom --baud 115200 /dev/ttyUSB | hexdump -C pattern
  • hexyl: color hex viewer
  • bat: cat का syntax-highlighted विकल्प
  • choose, fd: क्रमशः cut और find के विकल्प

Shell history / clipboard / notes

  • Atuin: shell history sync, directory·git repo context के आधार पर history search
  • CopyQ: लगभग 2000 items वाला clipboard manager, नोट छूट जाने पर पुराना काम वापस पाने में मदद
  • histprune: fzf के Ctrl+R का custom रूप — alt+D से history item तुरंत delete
  • Obsidian: Logseq से migration, pure Markdown storage LLM/agent collaboration के लिए लाभकारी
  • Joplin: AGPLv3, desktop·mobile·web apps सभी support, WebDAV/OneDrive/S3 backend, .md files को वैसे ही store करता है

Build / task automation

  • just: make का विकल्प — build के बजाय task पर focus, language-agnostic just lint जैसी consistent interface
    • "make के line-by-line mode और shell/python/node full-script mode को target के हिसाब से toggle किया जा सकता है"
    • कमी: embedded scripts को $TMPDIR में लिखकर चलाता है, और अपनी template language इस्तेमाल करता है (uncanny valley)
  • Task (go-task): yaml-आधारित विकल्प, batteries-included प्रकृति
  • universal-test-runner: repo की test style auto-detect करके run करता है, extra args pass-through भी
  • chezmoi: machines के बीच dotfiles और tool installs तक का consistent management

HTTP / network / secrets

  • Hurl: "जानकारी बटोरने की कोशिश करने वाले GUI HTTP apps को भूल जाइए" — simple text format में curl requests, integration tests के लिए उपयुक्त
  • curl: कई छोटे जवाबों में आया
  • SOPS: age/SSH key से secrets encryption, sops exec-env secrets.yaml -- some command pattern
  • Mutagen: SSH के ऊपर two-way real-time file sync — remote machine work के लिए उपयोगी
  • forge: GitHub CLI का विकल्प, Codeberg support, अधिक तेज़ और सुव्यवस्थित

अन्य / workflow

  • Quarto: markdown से तेज़ presentation बनाना
  • Nushell: PowerShell से प्रभावित shell, GeoPackage → PostGIS, PostGIS view → PMTiles जैसे बड़े transformation scripts को विश्वसनीय ढंग से लिखने में उपयोगी। कमी: 1.0 से पहले होने के कारण updates में टूट-फूट
  • Typst: LaTeX के विकल्प के रूप में ज़िक्र, call-by-value आधारित syntax पसंद की गई
  • Topiary: multi-language formatter
  • Hunk: agentic coder के लिए review-first terminal diff viewer, --watch mode को coding agent के पास खुला रखने का pattern
  • Raycast / Alfred: macOS launcher, snippet·clipboard·parameterized web search
  • Ergodox EZ: 10 साल से इस्तेमाल किया जा रहा keyboard, customization और power दोनों में संतोषजनक
  • Joplin / Fossil: notes और wiki की self-hosting
  • AeroSpace / Sway: tiling window manager

बार-बार उभरने वाले meta संदेश

  • "अच्छे defaults वाले tools चुनो और अंतहीन configuration से बचो" — Helix, Fish, ripgrep, mise इस दर्शन के प्रतिनिधि उदाहरणों के रूप में सामने आए
  • विरोधी दृष्टिकोण: लगातार tweak करते-करते कुछ लोगों ने अपनी निजी tool system पूरी कर ली — "अब साल में बस कुछ ही बार हाथ लगाना पड़ता है"
  • AI agent युग का उप-उत्पाद: jq·Markdown·structured text tools को LLM के साथ collaboration के लिए उपयोगी माना जा रहा है — Obsidian का pure Markdown, hunk का watch mode, jq manual पढ़ने की सलाह इसी रुझान का हिस्सा हैं
  • macOS की graphics debugging बढ़त: XCode Instruments की GPU profiling को Linux/Windows की तुलना में बहुत आगे माना गया
  • CLI renaissance बनाम typography: terminal tools समृद्ध हो रहे हैं, लेकिन लंबे LLM/agent outputs को पढ़ने के लिए अंततः browser या dedicated app की typography अधिक आरामदायक लगती है

संबंधित पढ़ाई

8 टिप्पणियां

 
kirinonakar 25 분 전

मैंने कुछ आज़मा कर देखे, लेकिन कोई भी बिल्कुल पसंद नहीं आया, इसलिए अभी खुद ही एक बना रहा हूँ। notepad++, VS Code, Zed, Obsidian को संदर्भ में रखकर सिर्फ़ ज़रूरी फीचर लेकर बना रहा हूँ।
 
xguru 10 시간 전

मैं आजकल cmux, tmux और mux — इन तीनों को साथ में बांधकर बढ़िया तरीके से इस्तेमाल कर रहा हूँ.
tailscale से जुड़े सर्वर में cmux के जरिए ssh लॉगिन करने पर, fzf मौजूदा tmux लॉगिन्स को एक साथ दिखाता है, और वहीं से चुनकर अंदर जाता हूँ.
अंदर जाने के बाद mux पर स्विच कर लेता हूँ.

cmux - AI coding agent के लिए Ghostty-आधारित macOS terminal
Show GN: mux – AI coding session को live preview में बदलने वाला tmux session manager
 
edunga1 2 시간 전

Mac पर, क्या टर्मिनल में Korean इनपुट करने के लिए Enter दो बार दबाना नहीं पड़ता? (Korean composition पूरा होने के बाद इनपुट तक 2 बार)
सिर्फ wezterm में ही यह समस्या नहीं थी, इसलिए मैं उसी पर स्विच कर गया।
 
onixboox 3 시간 전

मुझे zed पसंद है
 
snisty 5 시간 전

मैं अब Claude Code के बिना रह ही नहीं सकता। + tmux..
और जोड़ूँ तो टेक्स्ट एडिटर के लिए vscode..
उसके अलावा बिल्ड के लिए Visual Studio जैसी ज़रूरी IDE तक..
 
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 की राय

  • मैं Helix को टेक्स्ट एडिटर के रूप में इस्तेमाल करता हूँ। मेरे लिए इसमें कस्टमाइज़ेशन और बेहतरीन डिफ़ॉल्ट अनुभव का संतुलन बिल्कुल सही है
    इसी वजह से टर्मिनल शेल के लिए Fish इस्तेमाल करता हूँ। इसका डिफ़ॉल्ट स्टेट शानदार है, और इसे अपने हिसाब से चलाने के लिए बहुत कम बदलाव करने पड़ते हैं
    उम्र बढ़ने के साथ मुझे यह ज़्यादा पसंद आने लगा है कि मैं अपनी पसंद को जान-बूझकर अच्छे डिफ़ॉल्ट्स वाले टूल्स के अनुसार ढालूँ, बजाय इसके कि लगातार सेटिंग्स ही छेड़ता रहूँ
    Atuin रिमोट मशीनों के बीच शेल हिस्ट्री सिंक करने और मौजूदा डायरेक्टरी या git रिपॉज़िटरी के आधार पर कॉन्टेक्स्टुअल हिस्ट्री सर्च के लिए अच्छा है। इसके और भी फीचर्स हैं, लेकिन मैं इन्हीं का इस्तेमाल करता हूँ
    Mise भी मुझे कई वजहों से पसंद है, लेकिन मुख्य रूप से यह मेरा पसंदीदा टूल वर्ज़न मैनेजर है। इसने पहले इस्तेमाल होने वाले direnv की जगह ले ली है, और मैं इसे अपने निजी प्रोजेक्ट्स में हल्के CI फ़्लो के साथ भी धीरे-धीरे इंटीग्रेट करने लगा हूँ

    • अच्छे डिफ़ॉल्ट्स वाला रास्ता सबसे ज़्यादा टेस्ट किया गया रास्ता होता है, इसलिए बग कम मिलते हैं। आम तौर पर यह समझदारी भरा विकल्प है
    • सिर्फ़ “डिफ़ॉल्ट्स के हिसाब से अपनी पसंद ढालना” और “लगातार सेटिंग्स छेड़ते रहना” ही दो विकल्प नहीं हैं। मेरे n=1 अनुभव में मैं सेटिंग्स को बार-बार, बार-बार, बार-बार बदलता रहा और आख़िरकार अपनी पसंद की जगह तक पहुँच गया, और अब मैं उन्हें लगभग छूता ही नहीं
      साल में बस कुछ ही बार। मेरा Emacs अब मेरे निजी Studley टूलबॉक्स जैसा हो गया है
    • मैं Helix को पसंद करना चाहता हूँ। यह सच में बहुत स्मूद प्रोजेक्ट है और इसके डिफ़ॉल्ट्स भी आकर्षक हैं, लेकिन मेरे अंदर Vim muscle memory बहुत गहराई तक बैठ चुकी है
      इसके बजाय मैंने कुछ महीने पहले Neovim को पूरी तरह अपना लिया, और 10 साल से ज़्यादा में धीरे-धीरे विकसित हुई .vimrc को रिटायर कर दिया। थोड़ा अफ़सोस हुआ, लेकिन अब Helix से कम जलन होती है
      Mise भी अच्छा है, और लगभग किसी सेटिंग की ज़रूरत ही नहीं पड़ती। Fish भी मैंने कुछ महीने पहले इस्तेमाल करना शुरू किया, और कुछ यूज़र फ़ंक्शंस को छोड़कर लगभग पूरा डिफ़ॉल्ट ही चल रहा है
      Ripgrep भी डिफ़ॉल्ट रूप से “बस सही काम” कर देता है, इसलिए मुझे याद भी नहीं कि मैंने कभी इसे कॉन्फ़िगर करने की कोशिश की हो
    • Helix को सही तरह से इस्तेमाल करना सीखने का अच्छा तरीका क्या है? मैं Neovim से निकलने की कोशिश कर रहा हूँ क्योंकि उसका प्लगइन मॉडल 50 से ज़्यादा रिपॉज़िटरी खींच लाता है, और supply-chain attack को लेकर बहुत चिंता होती है
    • यह बात मुझसे सच में जुड़ती है। उम्र बढ़ने के साथ मुझे उन लोगों की समझ कम होती जा रही है जो टूल्स और सॉफ़्टवेयर से इतना छेड़छाड़ करते रहते हैं। न यह मज़ेदार है, न इतना क़ीमती

  • Emacs

  • शायद यह Stockholm syndrome हो, लेकिन Nix। यह परफ़ेक्ट नहीं है, लेकिन Nix ने मुझे इतना ज़्यादा expressive और efficient बना दिया है कि इसने बाक़ी Linux distributions और meta build systems को मेरे लिए लगभग बिगाड़ ही दिया है
    साथ में यह भी कहूँगा कि pwntools भी CTF के बाहर इस्तेमाल करने में मज़ेदार टूल है। जैसे Python REPL में sockets को bit स्तर पर छेड़ना हो, तब भी यह अच्छा लगता है

    • मुझे Nix और pwntools दोनों पसंद हैं। एक साथी CTF खिलाड़ी के रूप में जिज्ञासा है: अगर आपके पास Nix-आधारित CTF pwn environment है, तो आपने उसे कैसे सेट किया है?
      मैं हमेशा libvirt Ubuntu VM नया बनाकर उसमें टूल्स डालकर काम करता रहा हूँ, लेकिन क्या Nix-आधारित कोई ऐसा तरीका है जिसे आप recommend करेंगे?

  • Emacs तो है ही, ख़ासकर Magit

  • Nix। इसकी learning curve है। मैं कई साल तक Nix users या evangelists के आसपास रहा, फिर जाकर इसे गंभीरता से आज़माया, और आख़िरकार यह काफ़ी अच्छा निकला
    कई प्रोजेक्ट्स पर काम करते-करते मैं इस बात से थक गया था कि system-level dependencies संभालने के लिए हर टूल अलग है। Node versions के लिए एक, Python versions के लिए दूसरा, वगैरह
    मैं इस बात से भी थक गया था कि प्रोजेक्ट्स के बीच incompatibilities के कारण build failures आते थे जिनका debug करना मुश्किल होता था। Project A में $foo टूटता है, तो मैं उसे Homebrew से update करता हूँ, और फिर अब Project B में $foo टूट जाता है
    यह भी परेशान करने वाला था कि build process सिस्टम पर इंस्टॉल कई dependencies, जो अक्सर hidden होती हैं, उन पर निर्भर करता है, और फिर build “पता नहीं क्यों” fail हो जाता है
    मैंने जहाँ तक संभव हो सका, हर चीज़ को per-project nix shell में शिफ्ट कर दिया। System-level packages को जितना हो सके उतना पतला रखा, और हर प्रोजेक्ट में सिर्फ़ ज़रूरी टूल्स—यानि dependencies, runtimes, compilers वगैरह—को exact versions पर pin किया
    इससे global PATH या दूसरे प्रोजेक्ट्स contaminate नहीं होते। अगर यह अभी मेरे यहाँ काम कर रहा है, तो मुझे काफ़ी भरोसा है कि 1 साल बाद या 5 साल बाद भी काम करेगा
    जब मैं टूल्स upgrade करना चाहता हूँ, तब भी दूसरे प्रोजेक्ट्स पर असर की चिंता नहीं करनी पड़ती, और अगर regression आ जाए तो आसानी से rollback कर सकता हूँ या किसी एक dependency को पुराने version पर pin कर सकता हूँ
    जब teammates भी Nix इस्तेमाल करते हैं, तब प्रोजेक्ट्स में यह और अच्छा हो जाता है। nix shell सेट करने और maintain करने का अतिरिक्त समय साझा हो जाता है, और इस बात का भरोसा भी बढ़ता है कि सबका development environment एक जैसा है

    • काफ़ी हद तक इसी वजह से मैं हाल में Dev Containers में भी बहुत रुचि लेने लगा हूँ। मुझे लगता है कि आइडिया काफ़ी अच्छा है, लेकिन अफ़सोस कि tooling quality अभी उसका साथ नहीं देती
      उदाहरण के लिए, reference CLI में अभी तक stop command भी implement नहीं हुई है। फिर भी अगर आप deployment में Docker/containers इस्तेमाल करते हैं, तो development environment और deployment environment के बीच बहुत सी configuration साझा करने का फ़ायदा मिलता है
      https://containers.dev/
      https://github.com/devcontainers/cli

  • rr(https://rr-project.org/) ऐसा जादुई सॉफ़्टवेयर है जिसके बिना अब रहना मुश्किल लगेगा

    • पहले के दिनों में यह ऐसा टूल होता जिसकी मुझे रोज़ ज़रूरत पड़ती। बढ़िया खोज है। मैं इसे अपने second brain में डालकर रखूँगा ताकि बाद में जब फिर ज़रूरत पड़े तो मिल जाए
    • जिज्ञासा है, आपको rr से सबसे बड़ा फ़ायदा कहाँ मिलता है? प्रोजेक्ट के पहले पेज का परिचय मैं मोटे तौर पर समझता हूँ
      किसी failure को एक बार रिकॉर्ड करके, फिर उसी रिकॉर्डिंग को deterministically बार-बार debug करने का विचार साफ़ तौर पर उपयोगी लगता है
      बस मैं व्यावहारिक अनुभव इसलिए पूछ रहा हूँ क्योंकि अभी तक मेरे मन में वह एहसास नहीं बना कि “वाह, यह specific bug/workflow तो rr के बिना हल ही नहीं हो सकता था”

  • सिस्टम एडमिन बैकग्राउंड होने की वजह से मैं “अच्छे डिफ़ॉल्ट्स, कम से कम सेटिंग्स” वाले पक्ष के काफ़ी ज़्यादा क़रीब हूँ। लेकिन हाल में दो चीज़ों ने मेरी यह आदत तोड़ी है
    jujutsu(jj) के बारे में इस साइट पर भी बहुत चर्चा हुई है, लेकिन सच कहूँ तो इसे इस्तेमाल करना बेहद सुखद है। मैंने नहीं सोचा था कि मैं git CLI छोड़ दूँगा, लेकिन अब यही हो गया है
    कई सालों तक मैं nvim को इस्तेमाल और कॉन्फ़िगर करना सीखने से बचता रहा, लेकिन nvchad की वजह से शुरुआत कर पाया। इसका नाम भले भयानक हो, लेकिन मेरे लिए यह minimalism से बस थोड़ा सा आगे बढ़ा हुआ, एक बेहतरीन opinionated starter config है
    बेशक अब मैं शुरू से अपनी minimal config खुद इस्तेमाल कर रहा हूँ
    इसके अलावा, मैं Python काफ़ी इस्तेमाल करता हूँ, इसलिए astral के टूल्स को लगातार इस्तेमाल करना भी सुखद लगता है। उम्मीद है Anthropic उनका अच्छे से ख़याल रखेगा

    • jujutsu के मामले में तो यह बात दोगुनी सही है। पहले तो switch करना ही अच्छा लगता है, और फिर jj के डिफ़ॉल्ट्स इतने तराशे हुए नहीं हैं कि बिना एक और दौर की छेड़छाड़ के काम चल जाए
      अगर आप डार्क बैकग्राउंड पर वही पुराने high-contrast rainbow unicorn vomit जैसे टेक्स्ट रंग नहीं चाहते, तो colors और templates में काफ़ी tweaking करनी पड़ती है

  • सच कहूँ तो Emacs। मैं धीरे-धीरे अपने computing tasks को Emacs में शिफ्ट कर रहा हूँ और डिफ़ॉल्ट्स को स्वीकारना भी शुरू कर दिया है
    Emacs में customization वाक़ई आसान है, और बहुत से keybindings हर mode में सही काम कर देते हैं
    जिन चीज़ों की ओर मैं धीरे-धीरे शिफ्ट हो रहा हूँ, वे हैं Git → Magit, Email → mu4e, RSS → elfeed, Notes/TODO/Calendar → org mode, Finder → dired
    Quarto भी Markdown से जल्दी presentation materials बनाने के लिए काफ़ी अच्छा है। Nix और nix-darwin मैं अपनी सभी dotfiles में इस्तेमाल करता हूँ

    • dired के लिए Dirvish पर नज़र डालना अच्छा रहेगा

  • Emacs। मैं इसे बहुत बार इस्तेमाल नहीं करता, लेकिन ragel के साथ parser लिखना मज़ेदार है

  • Sublime Text निश्चित रूप से बहुत ज़्यादा लोगों द्वारा कम आंका गया है

    • मैं Sublime Text को पसंद करना चाहता था, लेकिन उसका vi mode मेरे Vim से बने muscle memory से काफ़ी मेल नहीं खाता था, इसलिए मैं उस पर टिक नहीं पाया
      शायद उसका नाम “vintage” जैसा कुछ था। आजकल, जिन हालात में मैं पहले Sublime Text को पसंद करना चाहता, वहाँ मैं Zed इस्तेमाल करता हूँ