The surface they obsess about

The surface they obsess about è un mantra di Sahar Massachi, dall’articolo “Junior data engineers build pipelines. Seniors build trust” (DataExpert.io, giugno 2026), rivolto ai data engineer che ereditano un sistema dati poco affidabile: identificare quale superficie i propri clienti, colleghi e management, osservano ossessivamente ogni giorno per prendere decisioni, spesso qualcosa che il data engineer non controlla, e trattarla con lo stesso livello di attenzione, invece di provare a sostituirla con la propria soluzione tecnicamente superiore. La formula: “the surface they obsess about, you obsess about”.¹

Il meccanismo

Massachi ha visto quella superficie essere una email automatica giornaliera, un Google Sheet, perfino un file Excel compilato a mano ogni giorno e girato via email. Per quanto rozza appaia dal punto di vista ingegneristico, è il pilastro sottile di verità a cui il management si aggrappa. L’errore tipico del data engineer junior è la lente puramente tecnica: “questo sistema è precario, spostiamolo sulla nostra infrastruttura dati vera, è superiore e più automatizzabile”. Ma chi minaccia quel pilastro, anche a fin di bene, anche con una soluzione oggettivamente migliore, raccoglie ostilità, non gratitudine.¹

La strategia: la lente di prodotto

L’alternativa che Massachi prescrive: prima capire perché quella superficie è amata, quali numeri, quali grafici, quale cadenza, fino al punto che il cliente sappia che l’hai capita; poi proporre un piano di aggiornamento graduale e iterativo. Gli esempi concreti dell’articolo: alimentare la stessa superficie con dati migliori dietro le quinte, o lavorare sul caching per farla caricare più in fretta o renderla ridondante. E una regola pratica per il caso in cui serva davvero affiancarla o sostituirla: i numeri nuovi devono combaciare esattamente con quelli vecchi prima di introdurre qualsiasi differenza; altrimenti, meglio lasciar perdere.¹

Nella struttura dell’articolo il mantra è il secondo dei tre meccanismi con cui un data engineer come product owner costruisce fiducia, tra la reattività personale di trust vs trustworthy e la spesa deliberata della credibility economy: il cambiamento tecnico funziona solo se appoggiato su un capitale di fiducia che il sistema esistente, per quanto imperfetto, già possiede.¹

Voci correlate

• Data engineer come product owner — la tesi di cui questo è il secondo meccanismo
• Trust vs trustworthy — la fiducia personale che precede quella nei sistemi
• Credibility economy — la valuta che si accumula rispettando le superfici fidate
• Data warehouse — il substrato che spesso alimenta la superficie fidata
• Portale: Data engineering

Bibliografia e sitografia

• Sahar Massachi, Junior data engineers build pipelines. Seniors build trust, DataExpert.io, 30 giugno 2026. blog.dataexpert.io

Footnotes

1. Massachi, Junior data engineers build pipelines. Seniors build trust, DataExpert.io, 2026. ↩ ↩² ↩³ ↩⁴