La qualità di un lavoro digitale non si deduce dal nome del programma con cui è stato fatto. Parto da una domanda che sentiamo tutti — «che software hai usato?» — per separare due cose che si confondono di continuo: la curiosità sugli strumenti e la valutazione delle competenze.

Sapere come è stato realizzato un risultato è legittimo e spesso utile. Diventa un problema quando il prestigio di un'applicazione prende il posto dell'attenzione al lavoro della persona.

Tre elementi, non uno

Per lavorare servono una macchina adatta, strumenti capaci di fare le operazioni necessarie e qualcuno che sappia come usarli.

Il software facilita passaggi, automatizza attività e rende possibili risultati altrimenti fuori portata. Non decide però che cosa valga la pena comunicare, come organizzare un ragionamento o quale problema affrontare. Quelle tre decisioni restano dove sono sempre state.

È questa la distinzione che mi interessa: riconoscere il contributo degli strumenti senza consegnare loro tutto il merito.

Scrittura e programmazione

Un documento può nascere in un elaboratore di testi o in LaTeX. Cambiano metodo e possibilità, ma chiarezza e correttezza del contenuto dipendono da chi scrive, e nessuna classe di documento le fornisce di serie.

Per il codice il ragionamento è simile. Un IDE aiuta con analisi, completamento e debugging; progettazione e comprensione del problema restano il punto decisivo.

Detto questo, non cadiamo nell'eccesso opposto: l'editor non rende buono il codice, però non è nemmeno irrilevante, perché riduce errori e tempi. La scelta sensata tiene insieme le competenze di chi lavora e le necessità del progetto.

Montaggio e grafica

Una clip riuscita lo è per ritmo, sequenza, suono e intenzione. Nessuna di queste quattro cose arriva insieme all'installazione di un programma famoso.

Vale uguale per un'immagine: composizione e gerarchia visiva sono decisioni, anche quando il software offre funzioni avanzate che decidono molto al posto tuo.

La provocazione «si potrebbe fare tutto con un telefono» va però delimitata. Non ogni dispositivo consente lo stesso progetto, gli stessi formati o la stessa precisione. L'abilità non cancella i limiti tecnici, li aggira quando può.

Che cosa vuol dire «professionale»

Un programma è professionale quando soddisfa i requisiti del lavoro che devi fare. Prezzo, popolarità e marca non sono i criteri, anche se è così che la parola viene usata quasi sempre.

Contano affidabilità, compatibilità, assistenza, collaborazione e consegna. Un'applicazione semplice può essere perfetta per un'attività e del tutto inadatta a quella accanto.

Per questo la formula «non esistono programmi di serie B» va intesa come invito a togliersi i pregiudizi, non come negazione delle differenze reali fra prodotti. Le differenze ci sono: vanno solo misurate sul lavoro, non sul nome.

Provare un'alternativa con un compito vero

Mi piace sperimentare programmi nuovi, soprattutto quando propongono un modo diverso di fare cose abituali. A volte resto con la novità, altre volte torno indietro — e tornare indietro non è un fallimento, è il risultato della prova.

Una prova utile parte da un progetto piccolo ma rappresentativo. È l'unico modo per capire se il vantaggio riguarda il risultato o soltanto l'entusiasmo dei primi giorni davanti a un'interfaccia diversa.

Un'ultima precisazione: libero, multipiattaforma e gratuito sono tre caratteristiche distinte. Capita continuamente di vederle usate come sinonimi, e non lo sono.

Guardare il lavoro prima della marca

Quando guardo un risultato preferisco chiedermi se risponde all'obiettivo, se è curato e quali decisioni lo rendono efficace. La domanda sul programma può arrivare dopo, per capire il processo.

È un cambiamento piccolo con una conseguenza grossa: invece di cercare l'applicazione che dovrebbe renderci bravi, si individuano le competenze da sviluppare e poi lo strumento che aiuta a esercitarle.