Creazione dei prodotti: come nascono i prodotti IT moderni

1. «Le persone non nascono più, vengono cresciute»

Beh, visto che sei ancora qui, continuiamo. «E ti mostrerò quanto è profonda la tana del coniglio» © 🐇

Lascia che ti spieghi come funziona il processo di sviluppo di un prodotto — passeremo dai livelli più alti, globali, fino al livello più basso — la scrittura del codice. Credo che ti aspettino alcune scoperte interessanti…

I prodotti IT moderni non vengono più scritti, vengono creati. Sono assemblati da librerie, framework, software di terze parti e prodotti, oppure si usano servizi internet remoti a pagamento o gratuiti 🧩.

Un prodotto moderno è un vero zoo di tecnologie, servizi, soluzioni e processi. Parte del lavoro viene fatta da persone, parte automatizzata, e il restante 90% viene eseguito da servizi cloud nei data center ☁️. Il mondo non è più quello di prima.

Ma la prima cosa a cui ti accorgerai sono i cambiamenti costanti. Non scrivi più programmi, li modifichi.

2. Cambiamenti costanti

Arriverai al lavoro e ti unirai a un team di 20 persone che lavora da 5 anni sul prodotto. Attualmente, gli utenti hanno accesso alla sua 7ª versione. E il tuo compito sarà apportare modifiche a questo prodotto. Piccole, per non spaventare gli utenti attivi attuali.

E non sarà facile, perché il prodotto è già in funzione. Ha clienti e loro pagano 💰. Quindi niente può essere rotto. Apportare modifiche a un prodotto già funzionante è molto più difficile che a uno nuovo. Per questo ci sono standard, protocolli di migrazione e utility speciali. Ricordo subito una barzelletta:

Due vecchi amici si incontrano: uno è diventato meccanico, l'altro chirurgo... Ognuno ha la sua vita, le sue preoccupazioni, le sue gioie... Si raccontano tutto, e poi si parla di stipendi. Il meccanico dice: "Beh, prendo 30K al mese e sono molto soddisfatto, e tu quanto?". Il cardiochirurgo risponde: "Beh, circa 100K per operazione...". A questo punto il meccanico si interessa: "Strano, perché questa grande differenza? Facciamo più o meno la stessa cosa — cambiamo pezzi". E il chirurgo gli dice: "Beh, vieni alla macchina, avvia...". Il meccanico avvia la macchina, il chirurgo apre il cofano e dice al meccanico: "Vedi, il motore funziona? Cambialo!" 😂

Anche se succede il miracolo e il tuo team ha scritto un prodotto da zero per un anno intero e solo dopo lo ha rilasciato, sai cosa succederà dopo? Se il prodotto avrà successo, il proprietario vorrà svilupparlo. Rilasciare una nuova versione, aggiungere funzionalità. O almeno fare alcuni esperimenti. E sai cosa seguirà? Cambiamenti 🙈

3. Valore del prodotto

Dal punto di vista dello sviluppo moderno, il valore lo ha solo il codice già rilasciato e la funzionalità usata dagli utenti. Se hai scritto del codice, esso è memorizzato, funziona, ma non viene usato, il suo valore è vicino a zero. Perciò tutto il codice deve arrivare il prima possibile in production 🚀

Il tuo codice deve passare queste fasi:

• ✔️ L'hai scritto e verificato che funzioni.
• 🔍 Il tuo TeamLead lo ha revisionato e aggiunto al branch principale in Git.
• 🧪 I test durante la build hanno mostrato che non hai rotto nulla di importante.
• 🧩 I test di integrazione hanno confermato che il prodotto funziona come dovrebbe.
• 🛡️ Il tester ha verificato il codice e dato il via al rilascio.
• 📦 Poi bisogna creare una nuova versione del prodotto e rilasciarla sul server.
• 🐳 La nuova versione deve essere impacchettata in Docker Images e rilasciata.
• 🗄️ Potrebbe essere necessario eseguire script di migrazione e aggiornare il database e altri sistemi esterni.
• 📊 Poi bisogna raccogliere i log sul server per assicurarsi che tutto funzioni correttamente.
• ⏪ In caso di emergenza, se qualcosa si rompe, bisogna fare rollback, ripristinare lo stato precedente del database e non perdere le azioni fatte dagli utenti mentre lavoravano con la versione instabile del prodotto.

In molte aziende questi compiti sono già risolti: sono stati stabiliti nuovi processi, assunte persone specializzate, introdotti protocolli di sicurezza e standard di qualità. Più grande è l'azienda, meno tempo passa tra la scrittura del codice e il suo arrivo in production, diventando valore — portando benefici alle persone.

In molte aziende, il codice percorre questa strada in due settimane. Tuttavia, ci sono aziende che fanno rilasci ogni settimana o anche ogni giorno. I casi più eccezionali — più volte al giorno.

Il codice scritto non vale nulla. Il valore lo porta solo il codice che funziona in production.