Perché amo ancora gli strumenti CLI nel 2026 (e dovresti farlo anche tu)

Come un “Quick Script” è diventato un’ossessione

Qualche anno fa, ho scritto un piccolo script di shell per rinominare alcuni file di log. Ci sono voluti forse 10 minuti. Quello script è ancora nei miei dotfiles e, secondo la mia cronologia di shell, l’ho usato 437 volte dal 2021.

Quello è stato il momento in cui ho realizzato: la riga di comando non è solo una cosa da “power user”. È un moltiplicatore. Ogni piccola miglioria che fai viene riutilizzata centinaia (o migliaia) di volte, ripagandoti silenziosamente.

Sono il tipo di persona che tiene fogli di calcolo per tutto. Terminali. Strumenti Git. Processori JSON. Se può essere eseguito in una shell, probabilmente l’ho installato, rotto e tenuto appunti.

Quindi parliamo di strumenti CLI. Non come un antico rito di passaggio, ma come un modo molto pratico per fare di più con meno rumore. Se sei curioso riguardo alla CLI o sei bloccato con solo git e npm, questo è per te.

Perché la CLI conta ancora nel 2026

Siamo sommersi da strumenti grafici. Interfacce utente dei browser per tutto, app Electron che consumano RAM come fosse uno sport. Eppure, finisco sempre per tornare a una finestra di terminale.

Ecco perché la CLI colpisce ancora in modo diverso:

• Velocità: Una volta che la memoria muscolare si attiva, digitare comandi è semplicemente più veloce che cliccare attraverso menu annidati. Posso cambiare rami git, eseguire test e aprire log senza toccare il mouse.
• Componibilità: Gli strumenti sono semplici, ma puoi concatenarli. psql in un database, piping i risultati a jq, alimentando il tutto in uno script. Improvvisamente hai costruito una piccola “app” temporanea in 30 secondi.
• Automazione: Qualsiasi cosa tu digiti oggi può diventare lo script o l’alias di domani. È così che crei quei momenti di “10 minuti oggi, 437 usi dopo”.
• Verità rispetto ai visual: Log, processi, porte, contenitori—gli strumenti CLI di solito ti mostrano cosa sta realmente accadendo, non un dashboard curato che nasconde dettagli.

E sì, la CLI ha una curva di apprendimento. Ma una volta che hai un piccolo insieme di comandi sotto le dita, i benefici si accumulano rapidamente. Non devi diventare un mago della shell; ti servono solo alcuni strumenti ben scelti.

Strumenti CLI che guadagnano davvero il loro posto

Lasciami parlarti di alcuni strumenti da riga di comando che hanno sopravvissuto a più turni di pulizia nel mio setup. Tengo traccia delle installazioni e dell’uso in un foglio di calcolo (te l’avevo detto che ero quel tipo di persona); questi sono quelli che continuano a presentarsi.

1. ripgrep (rg): Ricerca che non ti fa aspettare

Ho disinstallato grep dalla mia memoria muscolare il giorno in cui ho installato ripgrep. È veloce, rispetta .gitignore e le impostazioni predefinite sono ragionevoli.

Ad esempio, in un monorepo (~250k righe, numeri 2023 dalle mie note), una ricerca per user_id ha impiegato:

• grep -R "user_id" .: ~5.3 secondi
• rg "user_id": ~0.7 secondi

Non sembra molto, ma moltiplica per “quante volte cerchi nel tuo codice al giorno?” e si somma rapidamente.

2. fzf: Ricerca fuzzy per tutta la tua vita

fzf è un cercatore fuzzy interattivo. Sembra noioso. Non lo è. Trasforma fondamentalmente le liste in interfacce ricercabili al volo.

Lo uso per:

• Passare tra i rami git
• Aprire file recenti nel mio editor
• Selezionare contenitori Docker in cui entrare

Esempio: ho impostato una scorciatoia in modo che digitando cproj appaia una lista fuzzy dei miei ultimi 50 progetti, e poi mi porta nella directory selezionata. Niente più ricerche tra le cartelle.

3. jq: JSON senza lacrime

Se lavori con API, log o qualsiasi cosa generi JSON, jq è imprescindibile. Ti permette di filtrare, trasformare e rimodellare JSON dalla riga di comando.

Esempio che ho effettivamente eseguito la settimana scorsa: avevo un file di log con 18.000 righe JSON e avevo bisogno degli ID utente distinti che hanno colpito un particolare endpoint.

Comando in una riga:

cat logs.jsonl | jq -r 'select(.path == "/api/v2/orders") | .user_id' | sort -u | wc -l

Risultato: 73 utenti unici. Impiegato 0.4 secondi. Niente script Python. Niente file temporanei. Solo unire piccoli strumenti.

4. fd: Trovare file senza mal di testa

fd è un find migliore. Questo è. Questa è la proposta.

Invece di:

find . -name "*.test.js"

digiti:

fd ".test.js"

e funziona: rispetta .gitignore, ha migliori impostazioni predefinite e non ti costringe a ricordare flag strane.

Costruire Piccole Flussi di Lavoro che Ti Fanno Risparmiare Ore

Il vero potere non è in alcuno strumento CLI singolo. È nel modo in cui li combini in piccoli flussi di lavoro che ti fanno risparmiare silenziosamente ore ogni mese.

Due esempi concreti dal mio setup:

Flusso di Lavoro 1: Un comando per ispezionare un problema

Mi sono stancato di fare sempre la stessa danza quando guardo un bug:

• Controllare il ramo
• Scaricare le ultime modifiche
• Avviare il server di sviluppo
• Seguire i log

Ora ho uno script chiamato bug che fa questo:

• Usa fzf per scegliere un ramo
• Esegue git checkout e git pull
• Avvia docker compose up in background
• Usa rg per cercare l’ID del ticket nel codice e apre la prima corrispondenza nel mio editor

Non è elegante. Sono forse 25 righe di bash. Ma trasforma un rituale di 2-3 minuti in un’interazione di ~10 secondi, e lo uso più volte al giorno.

Flusso di Lavoro 2: Ispezione rapida delle API per il debug

Prima aprivo Postman, cliccavo in giro e poi copio-incollavo JSON in un formatter solo per ispezionare un endpoint. Ora:

api GET /api/v2/orders?limit=20

Il mio script api avvolge curl, aggiunge intestazioni di autenticazione e una pipe alla risposta attraverso jq per la formattazione. Registra anche la chiamata in un file ~/.api-history così posso ripeterla in seguito.

Secondo la mia cronologia di shell, ho usato quello script 196 volte solo in ottobre 2025. Non è solo comodità; è un intero strumento GUI rimosso dal mio flusso di lavoro.

Iniziare Senza Soffocarsi

Se sei nuovo agli strumenti CLI (o hai usato solo le basi), non installare 20 cose e cerca di cambiare tutto il tuo setup in un weekend. È così che finisci con una shell disordinata e nessuna abitudine.

Ecco come inizierei se fossi in te:

• Passo 1: Rendi il tuo terminale piacevole da usare
  Installa un buon terminale (WezTerm, Alacritty, iTerm2, o il nuovo Windows Terminal), scegli un font leggibile e abilita lo scorrimento con la rotella del mouse. Lo utilizzerai di più se non ti sembra una punizione.
• Passo 2: Aggiungi 2–3 strumenti “win”
  Installa rg, fzf e jq. Questi ti danno ricerca veloce, navigazione fuzzy e superpoteri JSON. Usali per una settimana prima di aggiungere altro.
• Passo 3: Trasforma i comandi ripetuti in alias
  Ogni volta che digiti un comando lungo due volte in un giorno, considera di creare un alias o un piccolo script. È così che il tuo kit di attrezzi personale cresce naturalmente.
• Passo 4: Scrivi il tuo primo script di 10 righe
  Prendi qualcosa di noioso che fai—come avviare il tuo ambiente di sviluppo—e scriptalo. Non deve essere bello. Deve solo funzionare.

L’obiettivo non è diventare “la persona terminale” nel tuo team. L’obiettivo è ridurre silenziosamente l’attrito nella tua giornata fino a quando le cose sembrano visibilmente più fluide.

FAQ

Devo passare a Linux o macOS per usare gli strumenti CLI?

No. Windows ha una buona storia ora con Windows Terminal, WSL2 e PowerShell. La maggior parte degli strumenti che ho menzionato—rg, fzf, jq, fd—funzionano su tutte e tre le principali piattaforme. Se sei su Windows, ti consiglio di provare WSL2 con Ubuntu come punto di partenza.

Vale la pena apprendere la CLI se il mio team usa strumenti GUI per tutto?

Sì, perché si tratta della tua velocità personale, non del consenso del gruppo. Puoi continuare a usare gli stessi strumenti del tuo team mentre migliori silenziosamente il tuo flusso di lavoro. Nessuno deve approvare l’uso di rg invece della ricerca del tuo IDE.

Come ricordo tutti i comandi?

Non lo fai. Usa la tua cronologia di shell (Ctrl+R cerca inversa), tieni un piccolo file ~/notes/cli.md con i tuoi comandi preferiti e trasforma i tuoi 10 comandi lunghi principali in alias. Con il tempo, quelli che ti servono realmente rimarranno. Il resto può restare nelle tue note.

🕒 Published: April 4, 2026