Un convertitore di timestamp Unix è uno di quegli strumenti semplici ma indispensabili a cui ti ritroverai a ricorrere costantemente come sviluppatore o analista di dati. È un'utilità pratica che traduce un lungo numero, apparentemente casuale, in una data e un'ora che possiamo effettivamente comprendere. Questa traduzione è cruciale quando stai esaminando i log di sistema, lavorando con API o interrogando database dove il tempo è memorizzato in questo formato super-efficiente.

Che cos'è un timestamp Unix e perché è importante

Prima di poter davvero apprezzare un buon convertitore, devi capire cosa sia realmente quel numero. Alla sua base, un timestamp Unix è semplicemente un conteggio continuo di secondi. Tiene traccia del numero totale di secondi trascorsi da 00:00:00 UTC del 1 gennaio 1970. Quel momento specifico nel tempo è noto come "epoca Unix".

Perché questo metodo? Semplicità ed efficienza. Memorizzare il tempo come un singolo intero è molto più compatto e performante rispetto a una stringa verbosa come "venerdì, 1 gennaio 2021 12:00:00 AM GMT". Questo lo rende perfetto per alcune aree chiave:

• Memorizzazione nel database: I timestamp sono piccoli, rendendoli veloci da indicizzare e interrogare. È un grande vantaggio per le prestazioni.
• Payload delle API: Inviare un singolo numero avanti e indietro è molto più leggero in termini di larghezza di banda rispetto all'invio di una stringa di data completa, portando a tempi di risposta più rapidi.
• File di log: Quando stai analizzando log provenienti da dozzine di sistemi diversi, avere un timestamp uniforme e indipendente dal linguaggio è un vero salvatore.
• Calcoli: Hai bisogno di sapere quanto tempo ha impiegato un processo? Basta sottrarre il timestamp di inizio dal timestamp di fine. È semplice matematica intera.

Secondi vs. Millisecondi e oltre

Il classico timestamp Unix è un numero a 10 cifre che rappresenta i secondi. Ma con l'evoluzione della tecnologia, è cresciuta la necessità di una misurazione del tempo più granulare. Qui inizierai a vedere diverse lunghezze di timestamp, ed è un comune ostacolo.

Ecco una rapida panoramica di cosa ti capiterà di incontrare nel mondo reale. Scambiare uno per l'altro è un classico errore "fuori di mille" che può portare a bug molto confusi.

Formati comuni di timestamp Unix a colpo d'occhio

Unità	Cifre	Caso d'uso tipico	Valore di esempio (per lo stesso momento)
Secondi	10	Standard per la maggior parte dei sistemi backend, database e API.	1609459200
Millisecondi	13	Molto comune nella tecnologia web, specialmente JavaScript.	1609459200000
Microsecondi	16	Utilizzato nel trading ad alta frequenza o nel calcolo scientifico.	1609459200000000

Capire questi formati è fondamentale. Se uno strumento si aspetta secondi e gli fornisci millisecondi, otterrai una data che è migliaia di anni nel futuro. È un errore che tutti noi abbiamo fatto a un certo punto!

Il famoso problema dell'anno 2038

La semplice eleganza del timestamp Unix ha anche creato una bomba a orologeria: il "problema dell'anno 2038". Su sistemi a 32 bit più vecchi, i timestamp venivano memorizzati come un intero a 32 bit firmato. Il problema è che questo tipo di intero ha un limite: non può contenere un numero più grande di 2.147.483.647.

Il 19 gennaio 2038, alle 03:14:07 UTC, il numero di secondi dall'epoca supererà quel limite. Quando ciò accadrà, l'intero "si riavvolgerà" e diventerà un numero negativo. Questo causerebbe ai sistemi vulnerabili di interpretare la data come se fosse nel 1901, il che potrebbe far crashare miliardi di dispositivi legacy ancora in circolazione. Puoi ottenere ulteriori informazioni sull'epoca Unix e il suo impatto dagli esperti di StrongDM.

Fortunatamente, questo non è qualcosa di cui la maggior parte di noi deve preoccuparsi quotidianamente. La stragrande maggioranza dei sistemi moderni ha adottato interi a 64 bit per la misurazione del tempo. Un intero a 64 bit è così grande che non traboccherà per altri 292 miliardi di anni, risolvendo efficacemente il problema per sempre.

Tuttavia, è un fantastico pezzo di storia informatica e una conoscenza critica se mai ti troverai a lavorare su sistemi embedded più vecchi o codebase legacy. Comprendere questi fondamenti rende qualsiasi convertitore di timestamp Unix uno strumento molto più potente nelle tue mani.

Rendere le conversioni senza sforzo nel tuo browser

Sebbene utilizzare un comando del terminale o un frammento di codice funzioni, non è sempre il modo più veloce per portare a termine le cose. A volte, hai solo bisogno di una risposta subito, senza interrompere la tua concentrazione o cambiare finestra. Qui è dove un buon strumento basato su browser dimostra davvero il suo valore, specialmente un convertitore di timestamp Unix dedicato che vive proprio all'interno del tuo browser.

La vera magia qui riguarda il rimanere nel flusso. Immagina questo: stai esaminando una risposta API negli strumenti per sviluppatori del tuo browser e noti un timestamp.

Invece di aprire un'altra scheda o avviare un terminale, premi un rapido collegamento da tastiera, incolla il numero e ottieni la tua risposta all'istante. Questo è il tipo di flusso di lavoro senza soluzione di continuità che ottieni con strumenti come ShiftShift Extensions, che racchiudono una serie di utilità pratiche in un'unica Command Palette.

Ottieni Risposte Istantanee con un Collegamento da Tastiera

Tutto si riduce alla velocità. Con uno strumento come ShiftShift, un rapido doppio tocco del tasto Shift (o Cmd+Shift+P su un Mac) apre una barra dei comandi. Inizia a digitare "timestamp" e il convertitore appare. Incolla il tuo valore e hai una data leggibile dall'uomo sul posto.

Ecco come appare: la Command Palette è pronta e in attesa di convertire un timestamp proprio sopra la tua pagina attuale.

La parte migliore è come si integra senza intralciarti. Il convertitore è solo uno dei tanti strumenti disponibili nello stesso overlay, quindi non devi mai lasciare ciò che stai facendo.

Questo approccio è un salvavita per sviluppatori, tester e chiunque altro viva praticamente nel proprio browser. Inoltre, la conversione avviene interamente sul tuo computer. I dati sensibili provenienti da log o risposte API non lasciano mai il tuo computer, il che è un grande vantaggio per la privacy.

Essere in grado di convertire un timestamp, riformattare un blob JSON disordinato e poi calcolare una differenza di tempo—tutto dalla stessa interfaccia—è un enorme risparmio di tempo. Trasforma un processo ingombrante e multi-strumento in un'unica azione fluida.

Più di un Semplice Strumento

Un'ottima utilità in-browser è raramente solo un singolo strumento; fa parte di un intero toolkit. Ti troverai spesso a utilizzare il convertitore di timestamp insieme ad altre funzioni.

Ad esempio, potresti abbinarlo a:

• Un formatter JSON o SQL per ripulire un po' di codice prima di estrarre il timestamp.
• Un calcolatore integrato per fare rapidi calcoli sui valori epoch. (Puoi provare uno strumento simile sulla pagina del calcolatore ShiftShift per vedere come funziona).
• Uno strumento di confronto del testo per individuare le differenze tra due risposte API, timestamp inclusi.

Avere tutte queste essenziali in un unico posto crea un flusso di lavoro molto più veloce e coeso. Non si tratta solo di comodità: si tratta di eliminare tutte quelle piccole interruzioni ripetitive che si accumulano e uccidono la tua produttività nel corso di una giornata.

Conversioni Pratiche di Timestamp nel Codice

Se sei uno sviluppatore, sai che armeggiare con i timestamp è solo parte del lavoro. Ma diciamolo chiaramente, la sintassi non è mai esattamente la stessa da un linguaggio all'altro. Questa sezione è il tuo cheat sheet di riferimento, piena di frammenti di codice che puoi prendere e utilizzare subito per le piattaforme su cui lavori effettivamente. Niente più ricerche tra vecchi thread di Stack Overflow—solo esempi pratici per farti muovere.

Che tu stia gestendo dati su un front-end web, scrivendo uno script Python o interrogando un database, convertire il tempo epoch è un'abilità fondamentale. Esploreremo gli scenari più comuni, dalla trasformazione di un intero epoch in una stringa leggibile e poi facendo il tutto al contrario.

Convertire Timestamp in JavaScript

L'oggetto Date di JavaScript è il tuo strumento principale qui, ma ha una grande peculiarità che fa inciampare gli sviluppatori tutto il tempo: opera in millisecondi, non in secondi. Questa è una classica fonte di bug quando il tuo frontend comunica con un backend che utilizza timestamp standard a 10 cifre, basati sui secondi.

Per convertire correttamente un timestamp Unix standard (in secondi) in un oggetto Date, devi moltiplicarlo per 1000.

// Un timestamp Unix standard a 10 cifre (in secondi)
const unixTimestamp = 1672531200;

// Converti in millisecondi, quindi crea un oggetto Date
const dateObject = new Date(unixTimestamp * 1000);

// Formatta in una stringa UTC leggibile
// Output: Dom, 01 Gen 2023 00:00:00 GMT
console.log(dateObject.toUTCString());

Hai bisogno del timestamp attuale? Date.now() te lo fornisce in millisecondi. Ricorda solo di dividere per 1000 e arrotondare verso il basso prima di inviare un timestamp standard a 10 cifre a un'API.

Gestire le Conversioni con Python

Sul backend, il modulo datetime di Python è una potenza. È incredibilmente flessibile e ha un supporto fantastico per le conversioni consapevoli del fuso orario, rendendolo una scelta affidabile per i servizi che devono gestire il tempo con precisione in diverse regioni.

Ecco il modo semplice per convertire un timestamp con la libreria datetime:

import datetime

Un timestamp Unix standard a 10 cifre

unix_timestamp = 1672531200

Converti il timestamp in un oggetto datetime

datetime_obj = datetime.datetime.fromtimestamp(unix_timestamp)

Formatta in una stringa pulita e leggibile dall'uomo

Output: 2023-01-01 00:00:00

print(datetime_obj.strftime('%Y-%m-%d %H:%M:%S'))
Questo approccio semplice ti offre un modo pulito e affidabile per gestire il tempo epoch nelle tue app Python. E se stai lavorando con strutture dati complesse come JSON che contengono timestamp, potresti trovare utile la nostra guida sull'utilizzo di un formatter JSON per il debugging.

Conversioni di Database con SQL

I database spesso memorizzano il tempo come timestamp Unix perché sono efficienti. La buona notizia è che la maggior parte dei dialetti SQL ha funzioni integrate per gestire queste conversioni direttamente all'interno delle tue query.

Questo è di gran lunga più efficiente rispetto all'estrazione di timestamp interi grezzi e alla loro conversione nel codice della tua applicazione.

Il timestamp Unix è quasi universale, utilizzato in oltre 90% dei linguaggi di programmazione—da Date.now() di JavaScript a time.time() di Python—alimentando trilioni di operazioni quotidiane. Ottenere i fusi orari corretti è fondamentale; un solido convertitore di timestamp Unix può gestire oltre 400 zone IANA, il che aiuta a prevenire errori in un stimato 62% delle applicazioni globali che non gestiscono esplicitamente i fusi orari. Puoi trovare ulteriori dettagli sull'adozione globale di questi strumenti su Fossa.

Per gli sviluppatori, poter formattare SQL, convertire timestamp e calcolare differenze di epoche senza mai lasciare la propria macchina è un enorme guadagno in termini di produttività. Questo approccio "local-first" ti mantiene anche conforme agli attuali standard di privacy dei dati come GDPR e CCPA.

Esempio MySQL

In MySQL, la funzione FROM_UNIXTIME() è quella che utilizzerai di più. Prende un intero epoch e lo converte ordinatamente in un formato DATETIME standard.

SELECT FROM_UNIXTIME(1672531200);
-- Restituisce: '2023-01-01 00:00:00'
Per andare nell'altra direzione—da una stringa di data a un timestamp epoch—basta usare UNIX_TIMESTAMP().

SELECT UNIX_TIMESTAMP('2023-01-01 00:00:00');
-- Restituisce: 1672531200

Esempio PostgreSQL

PostgreSQL utilizza una funzione leggermente diversa ma altrettanto potente: to_timestamp(). Questa funzione converte direttamente un timestamp Unix in un valore TIMESTAMP WITH TIME ZONE.

SELECT to_timestamp(1672531200);
-- Restituisce: 2023-01-01 00:00:00+00
Poiché è consapevole del fuso orario fin da subito, è una scelta molto robusta per le applicazioni che servono un pubblico globale dove la precisione del tempo è non negoziabile.

Masterizzare le Conversioni di Timestamp nel Terminale

Se vivi nella riga di comando, passare a un browser o a un'interfaccia grafica per una rapida conversione di timestamp è un vero killer della produttività. Rompe semplicemente la tua concentrazione. La buona notizia è che non devi farlo; sia Linux che macOS hanno strumenti potenti e nativi per gestire queste conversioni senza mai lasciare il terminale.

Il comando da utilizzare per questo è il modesto date. È presente praticamente in ogni sistema simile a Unix, ma c'è un problema: la sintassi per usarlo come convertitore di timestamp Unix è diversa tra Linux (GNU) e macOS (BSD). Conoscere la differenza è la chiave per ottenere risultati corretti ogni volta.

Convertire Timestamp su Linux

Su Linux, la sintassi è pulita e facile da ricordare. Devi solo usare il flag -d per specificare la data, ma devi dirgli che stai fornendo un timestamp epoch prefissandolo con un simbolo @.

Supponiamo che tu stia esaminando i log e trovi il timestamp 1704067200. Per vedere cosa significa realmente, eseguirai questo:

date -d @1704067200

Immediatamente, riceverai una data leggibile dall'uomo, qualcosa come Lun Gen 1 00:00:00 UTC 2024. Puoi anche pulire quell'output con il tuo formato personalizzato.

date -d @1704067200 +"%Y-%m-%d %H:%M:%S"

Output: 2024-01-01 00:00:00

Consiglio da Professionista: Questo comando diventa una vera potenza quando inizi a piping altri comandi in esso. Puoi grep un timestamp da un enorme file di log e alimentarlo direttamente a date per una conversione istantanea. Trasforma un compito di debug a più passaggi in una singola, elegante riga di comando.

Gestire le Conversioni su macOS

Ora, se esegui lo stesso comando Linux su un Mac, genererà un errore. La versione BSD di date che utilizza macOS richiede invece il flag -r, e non ha bisogno del prefisso @.

Ecco come convertirai lo stesso timestamp su un Mac:

date -r 1704067200

Proprio come la versione Linux, puoi aggiungere opzioni di formattazione per ottenere l'output esatto che desideri.

date -r 1704067200 +"%Y-%m-%d %T %Z"

Output: 2024-01-01 00:00:00 UTC

Questa piccola differenza è un classico ostacolo per chiunque salti frequentemente tra Linux e macOS. Memorizzare entrambe le versioni ti farà risparmiare un sacco di mal di testa in futuro.

Una volta che hai padroneggiato questi comandi, puoi intrecciare le conversioni di timestamp direttamente nei tuoi script shell e nell'analisi dei log. È una piccola abilità, ma si traduce in guadagni di produttività significativi, mantenendoti concentrato e focalizzato sul lavoro che conta.

Trappole Comuni dei Timestamp e Come Evitarle

Lavorare con i timestamp Unix sembra semplice in superficie, ma alcuni errori classici possono portare a bug davvero frustranti. Questi problemi hanno l'abitudine di apparire lontano da dove si è verificato realmente l'errore, rendendoli un vero mal di testa da debug. Pensa a questa sezione come alla tua guida sul campo per individuare e schivare le trappole di timestamp più comuni che ho visto nel corso degli anni.

Il Misunderstanding tra Secondi e Millisecondi

Di gran lunga, l'errore più frequente è confondere i secondi con i millisecondi. Un timestamp Unix standard è un intero di 10 cifre che rappresenta il numero di secondi dall'epoca. Ma molti sistemi, specialmente nel mondo di JavaScript, lavorano con un timestamp di 13 cifre per i millisecondi.

Quando un'app front-end passa un valore in millisecondi a un backend che si aspetta secondi, le cose vanno in tilt.

Per un convertitore di timestamp unix, quel numero di 13 cifre appare come una data migliaia di anni nel futuro. Questo può rovinare silenziosamente la validazione dei dati, la logica di programmazione e qualsiasi record storico che stai cercando di mantenere. È il tipo di corruzione dei dati sottile che potresti non notare nemmeno per settimane.

La Trappola dei Fusi Orari

Un altro ostacolo che coglie anche i programmatori più esperti è la gestione dei fusi orari. Per sua stessa definizione, un timestamp Unix è sempre in Tempo Universale Coordinato (UTC). Rappresenta un singolo momento universale nel tempo, completamente indipendente dalla posizione. La trappola scatta quando dimentichi questo e assumi che un timestamp rifletta l'ora locale di un utente.

Questo errore di solito si verifica quando converti un timestamp in una data leggibile senza specificare un fuso orario. Il tuo sistema spesso predefinisce l'ora locale del server, portando al caos. Un utente a New York potrebbe vedere un'ora destinata a qualcuno a Londra, ma è sbagliata di diverse ore.

La regola d'oro è semplice: tratta sempre i timestamp come UTC nel tuo backend. Memorizzali come UTC, elaborali come UTC e converti solo l'ora locale di un utente sul front-end, proprio al momento della visualizzazione.

Risoluzione dei Problemi Comuni di Conversione dei Timestamp

Quando le cose vanno male, i sintomi possono essere confusi. Ecco una tabella di riferimento rapida che ho messo insieme dall'esperienza per aiutarti a diagnosticare e risolvere i problemi più comuni al volo.

Sintomo	Probabile Causa	Soluzione
La data è nell'anno 52361 o in un altro lontano futuro.	Millisecondi vs. Secondi. Stai passando un timestamp in millisecondi di 13 cifre a una funzione che si aspetta un timestamp in secondi di 10 cifre.	Dividi il timestamp per 1000 prima di elaborarlo. Valida sempre il conteggio delle cifre dei timestamp in arrivo.
L'ora è sbagliata di alcune ore, ma la data è corretta.	Gestione Errata del Fuso Orario. Il timestamp è stato convertito utilizzando l'ora locale del server invece di quella dell'utente o UTC.	Assicurati che tutte le conversioni specifichino esplicitamente il fuso orario di destinazione. Converti in ora locale solo sul lato client.
La data è bloccata al 1 gennaio 1970.	Timestamp Non Valido o Null. Il valore del timestamp è probabilmente 0, null o undefined.	Aggiungi un controllo per assicurarti che il timestamp sia un intero positivo valido prima di tentare la conversione. Fornisci un valore di fallback.
Ottieni "Data Non Valida" o un errore NaN.	Tipo di Dato Errato. Il timestamp viene trattato come una stringa o un altro tipo non numerico quando è richiesto un numero.	Analizza esplicitamente il timestamp in un intero (parseInt() in JS, int() in Python) prima di usarlo nelle funzioni di data.

Ricorda, un rapido controllo sull'input può salvarti ore di debug in seguito.

Evitare Ambiguità con Formati Standard

Fare affidamento su timestamp interi grezzi quando si passa dati tra sistemi può essere una ricetta per la confusione. Ecco perché standardizzare su un formato di stringa universale come ISO 8601 (2022-05-17T12:00:00Z) è una grande mossa difensiva. Convertire i timestamp Unix (ad esempio, 1652905200) in un formato chiaro e auto-documentante come questo aiuta a prevenire errori in un stimato 37% delle chiamate API tra fusi orari.

Considerando che 72% delle aziende Fortune 500 utilizzano timestamp Unix per l'analisi dei log, dove un singolo errore può costare oltre $10,000 all'ora in inattività, la precisione è tutto. Puoi leggere di più su come il tempo epoch viene utilizzato in diverse industrie su EpochConverter.

Per coloro che gestiscono database, una gestione coerente dei timestamp è altrettanto critica. Se ti trovi spesso a combattere con diversi formati di timestamp nel tuo database, la nostra guida sull'uso di un potente formatter SQL può aiutarti a mantenere le tue query pulite e prevedibili.

Questo albero decisionale ti aiuta a scegliere il comando giusto per il tuo sistema operativo, prevenendo errori di sintassi quando hai bisogno di una conversione rapida.

Il diagramma di flusso sopra mostra chiaramente la differenza cruciale di sintassi tra il comando date su Linux (-d @...) e macOS (-r ...)—un comune trabocchetto per gli sviluppatori che lavorano in ambienti diversi.

Per rendere a prova di errore il tuo codice, implementa sempre controlli per convalidare la lunghezza di un timestamp in arrivo. Una semplice funzione che verifica un valore di 10 cifre (secondi) o 13 cifre (millisecondi) può catturare questi errori prima che possano mai avvelenare la logica della tua applicazione.

Domande Comuni sui Timestamp Unix

Una volta che prendi confidenza con i timestamp Unix, alcune domande pratiche sorgono quasi sempre. Ho visto questi ostacoli fermare sviluppatori a tutti i livelli, quindi facciamo chiarezza sulle domande più comuni che incontrerai nel tuo lavoro quotidiano.

Perché così tante API usano i Timestamp invece di Stringhe ISO 8601?

Si riduce davvero a pura efficienza. Un timestamp Unix è solo un singolo numero, rendendolo incredibilmente compatto rispetto a una stringa come '2023-10-27T10:00:00Z'.

Quella dimensione più piccola significa meno dati da inviare attraverso la rete, il che risparmia larghezza di banda e può velocizzare le risposte delle API.

Inoltre, sono completamente agnostiche rispetto al linguaggio. Non ci sono ambiguità, stranezze di parsing e nessun formato regionale di cui preoccuparsi. Per una macchina, elaborare numeri è sempre più veloce che analizzare stringhe, quindi qualsiasi calcolo di date—come calcolare il tempo tra due eventi—è computazionalmente più economico. Per i sistemi ad alte prestazioni, questa semplicità è un grande vantaggio.

Qual è il modo giusto per gestire i fusi orari?

Questa è la questione principale. Ecco la regola d'oro: Un timestamp Unix è sempre, sempre in UTC. Non ha alcun concetto di fuso orario incorporato. È solo un conteggio grezzo di secondi dall'epoca.

I fusi orari contano solo quando è necessario mostrare quel timestamp a un essere umano.

Il mio consiglio? Attieniti all'UTC per tutto ciò che riguarda il backend. Salvalo nel tuo database come un timestamp UTC, passalo attraverso le tue API in UTC e fai tutta la tua logica lato server in UTC. L'unico momento in cui dovresti convertirlo in un fuso orario locale è sul front-end, proprio prima di mostrarlo all'utente. Questa singola pratica ti salverà da un intero universo di bug relativi ai fusi orari e all'ora legale.

Dovrei ancora preoccuparmi del problema dell'anno 2038?

Per la maggior parte dei nuovi progetti, probabilmente no. Il "Problema dell'anno 2038" è un'eredità di sistemi più vecchi che utilizzavano un intero firmato a 32 bit per memorizzare il timestamp. Una volta che quel numero diventa troppo grande, si riavvolge e diventa negativo, riportando le date al 1901.

Fortunatamente, quasi tutti i sistemi moderni—dagli sistemi operativi ai database—hanno da tempo adottato interi a 64 bit. Questo sposta effettivamente il problema così lontano nel tempo (milioni di anni, in effetti) che non è più una preoccupazione pratica per noi.

Detto ciò, se stai mantenendo un sistema legacy o lavorando con hardware embedded (pensa ai dispositivi IoT), è sicuramente qualcosa di cui essere consapevoli. Sii sempre a conoscenza del tipo di architettura su cui stai costruendo.

Come posso convertire rapidamente un timestamp in Excel o Google Sheets?

Non è necessario estrarre i tuoi dati in un convertitore di timestamp Unix separato per questo. Una semplice formula farà al caso tuo. Supponendo che il tuo timestamp sia nella cella A1:

• Per i timestamp in secondi (10 cifre): =A1 / 86400 + DATE(1970,1,1)
• Per i timestamp in millisecondi (13 cifre): =A1 / 86400000 + DATE(1970,1,1)

Inserisci semplicemente quella formula, quindi formatta la cella come "Data" o "Data e ora". È un salvavita quando stai analizzando rapidamente esportazioni di dati e non vuoi interrompere il tuo flusso di lavoro.

---

Stanco di dover continuamente passare tra il tuo editor, la riga di comando e una dozzina di schede del browser per compiti semplici? La suite ShiftShift Extensions include un potente convertitore di timestamp Unix, un formattatore JSON, un abbellitore SQL e altro ancora direttamente nel tuo browser. Tutto ciò di cui hai bisogno è a solo una scorciatoia da tastiera di distanza.

Ottieni le ShiftShift Extensions e semplifica il tuo flusso di lavoro oggi su https://shiftshift.app