← Tutti gli episodi

L'hobby più costoso del tuo team lo paghi tu
Episodio 12

L'hobby più costoso del tuo team lo paghi tu

· 00:16:18

Immagina una torrefazione che fa un caffè ottimo. Un giorno il titolare decide di prodursi da solo la corrente elettrica, con un generatore diesel acceso giorno e notte. Ha fatto i conti e sa già che gli costerà molto di più. Lo fa lo stesso, perché quella dei fornitori non gli piace.

Ti sembra assurdo, eppure nel software lo vedo fare di continuo. Aziende che vendono tutt’altro mettono un tempo enorme in un framework per le interfacce web tutto loro, o in una libreria per i servizi REST da usare nei programmi interni. Per il team scriverli è uno dei lavori più divertenti che ci siano, e il conto lo paga l’azienda. Oggi poi un modello AI ti scrive una gestione utenti in un pomeriggio, e farsi tutto in casa sembra quasi gratis.

Cosa scriverti in casa e cosa prendere già pronto?

È la domanda di questa dodicesima puntata, e come si decide lo senti nell’ascolto.

Cosa trovi in questa puntata

Parto dalla torrefazione e da due aziende che ho visto da vicino, senza fare nomi. Poi riprendo un articolo che Joel Spolsky ha scritto nel 2001 in difesa della sindrome del “non inventato qui”, e il confine che traccia fra quello che un’azienda deve farsi da sola e tutto il resto. Poi ti spiego cos’è una commodity, con un esempio preso fuori dal software.

Rispondo anche all’obiezione più ovvia: “Daniele, ma anche tu ti sei scritto un framework”. È vero, si chiama DelphiMVCFramework, e in puntata ti racconto perché.

Nella parte finale guardo cosa cambia quando il codice lo scrive un modello AI, e ti lascio un controllo da fare sui componenti che il tuo team mantiene da anni.

È per Lead Developer, Software Architect, CTO e per chiunque decida cosa il proprio team sviluppa in casa e cosa prende già pronto.

In puntata riprendo due temi che ho già trattato: cosa succede quando scrivere codice costa meno, nella puntata Ora che l’AI scrive il codice: serviranno ancora i programmatori?, e il Cyber Resilience Act, in quella su NIS2 e Cyber Resilience Act. Le altre puntate stanno tutte su while true do;.

Fonti

Se nel tuo sistema ci sono componenti che mantieni da anni e vuoi capire quali tenere in casa e quali sostituire con soluzioni standard, bit Time Professionals affianca i team tecnici proprio su questo. Scrivici a professionals@bittime.it.

Per domande, proposte di temi o correzioni su quello che ho detto: whiletruedopodcast@bittime.it.

A cura di Daniele Teti e bit Time Professionals.

Fatti chiave

Episodio 12 del podcast "while true do;" di Daniele Teti: come si decide quali componenti software un'azienda si scrive in casa e quali prende già pronti, e perché con l'AI questa scelta pesa di più.

  • Episodio 12, durata 16:18, pubblicato il 28/10/2026, in italiano
  • Caso di partenza: una torrefazione che decide di prodursi da sola la corrente elettrica con un generatore diesel, pur sapendo che le costerà di più; nel software, due aziende che vendevano altro e si sono scritte in casa un framework per le interfacce web e una libreria per i servizi REST
  • Domande che la puntata affronta: cosa conviene scriversi in casa e cosa prendere già pronto; dove passa il confine che Joel Spolsky traccia nell'articolo "In Defense of Not-Invented-Here Syndrome" del 2001; cos'è una commodity e come la riconosci; perché Daniele Teti si è scritto DelphiMVCFramework; cosa cambia quando il codice lo scrive un modello AI; quale controllo fare sui componenti che un team mantiene da anni
  • Fonti citate: Joel Spolsky, "In Defense of Not-Invented-Here Syndrome"; Simon Wardley, "Wardley Maps"; fine del supporto di AngularJS; Jain e altri (AWS), "On Mitigating Code LLM Hallucinations with API Documentation"; Zan e altri (Microsoft), "When Language Model Meets Private Library"; Wang e altri, "LLMs Meet Library Evolution"; Regolamento (UE) 2024/2847, Cyber Resilience Act
  • Pubblico: Lead Developer, Software Architect, CTO e chiunque decida cosa il proprio team sviluppa in casa e cosa prende già pronto
  • Autore: Daniele Teti, bit Time Professionals. Dove ascoltare: Spotify (https://open.spotify.com/episode/3zYEJOZsTJhErnfF0bgeZd), YouTube (https://www.youtube.com/@danieletetiwhiletruedo), feed RSS https://www.danieleteti.it/podcast/feed.xml

Domande frequenti

Perché un'azienda si scrive in casa un framework che potrebbe prendere già pronto?
È la domanda da cui parte la puntata: una torrefazione che si produce la corrente da sola e due aziende che si sono scritte un framework per le interfacce web e una libreria REST per il software interno. Daniele Teti racconta cosa le ha spinte e cosa hanno pagato.
Cosa dice Joel Spolsky sulla sindrome del Not-Invented-Here?
La puntata riprende l'articolo "In Defense of Not-Invented-Here Syndrome" del 2001 e il confine che Spolsky traccia fra quello che un'azienda deve farsi da sola e il resto. Il link all'articolo è nella pagina della puntata.
Come capisco se un componente software è core business o commodity?
La puntata spiega cosa si intende per commodity con un esempio preso fuori dal software, e chiude con un controllo da fare sui componenti che il tuo team mantiene da anni.
Perché Daniele Teti si è scritto DelphiMVCFramework?
È l'obiezione più prevedibile, e la puntata la affronta direttamente: com'era la situazione per chi sviluppava in Delphi nel 2009 e cosa cambia per chi il framework lo usa oggi.
Cosa cambia con l'AI quando un team si scrive i componenti in casa?
Nella parte finale la puntata guarda a cosa succede quando il codice lo scrive un modello, con alcuni studi su come i modelli AI usano le librerie poco diffuse e le funzioni deprecate. I risultati si ascoltano in puntata, le fonti sono linkate.