Questa è la direzione dove aspettativa pubblica e realtà ingegneristica sono divergite di più, il che la rende quella che merita più attenzione nello scriverla con cura.
Dove l'autonomia funziona davvero oggi
Il quadro onesto non è né sprezzante né entusiasta.
Funziona commercialmente, in ambienti vincolati. Trasporto minerario, movimentazione container nei porti, veicoli di magazzino e logistica, e sempre più i macchinari agricoli. Questi ambienti sono privati, mappati, controllati e popolati da personale formato, il che rimuove la maggior parte dei problemi difficili.
Opera in distribuzioni pubbliche limitate. Servizi robotaxi in città specifiche, dentro aree definite, sotto condizioni definite, con supporto remoto. Reale, in funzionamento commerciale, e geograficamente ristretto.
Ampiamente distribuita come assistenza alla guida. Mantenimento di corsia, cruise control adattivo, frenata automatica di emergenza. Sono sistemi di assistenza che richiedono un guidatore umano, e il divario tra questi e l'autonomia è qualitativo, non incrementale.
Non risolto. Guida autonoma generale ovunque, con qualsiasi tempo, senza vincoli.
Gli ambienti vincolati sono dove ci sono i lavori adesso. Il problema non vincolato è dove va l'attenzione.
Il Future of Jobs Report 2025 del World Economic Forum colloca gli specialisti di veicoli autonomi ed elettrici al settimo posto nella lista dei lavori a crescita più rapida al mondo fino al 2030, il ruolo più in alto tra quelli della transizione verde. Quella domanda è reale e non sta tutta nei robotaxi.
L'operational design domain, e perché è tutto l'argomento
Il concetto più utile in questo campo e quello che dovrebbe comparire in ogni conversazione di procurement.
Un operational design domain è l'insieme di condizioni in cui un sistema è progettato per funzionare: quali strade, quali velocità, quale meteo, quale illuminazione, quale traffico, con quale supporto.
Una volta che hai questo concetto, la domanda "questo veicolo è autonomo" smette di avere senso. Le vere domande sono qual è il suo operational design domain, quanto affidabilmente rileva di star uscendo da quel dominio, e cosa fa quando succede.
Tre implicazioni.
Confrontare sistemi richiede confrontare domini. Un sistema che gestisce impeccabilmente un sito industriale mappato e un sistema che gestisce strade urbane con tempo sereno non sono sulla stessa scala.
Il rilevamento del confine è critico per la sicurezza. Sapere di essere fuori dalla propria competenza è probabilmente più difficile che operare dentro di essa, ed è lì che va gran parte dello sforzo ingegneristico.
Ampliare il dominio non è lineare. Ogni estensione, pioggia, neve, notte, strade non mappate, aggiunge difficoltà sproporzionata, il che è il meccanismo dietro la lunga coda.
Cosa copre la direzione
L'ambito: percezione, mappatura, pianificazione, navigazione e controllo dietro un veicolo che guida da solo.
Cinque aree.
Percezione. Rilevare e classificare il mondo da telecamere, radar e lidar, che attinge alla direzione della computer vision.
Localizzazione e mappatura. Sapere dov'è il veicolo, con precisione, incluso dove il posizionamento satellitare non è disponibile.
Previsione. Stimare cosa faranno gli altri utenti della strada, più difficile della percezione e meno discussa.
Pianificazione e decisione. Scegliere una traiettoria sicura, legale, confortevole e che avanzi verso l'obiettivo.
Controllo. Eseguire la traiettoria, che è la direzione dei sistemi di controllo applicata.
Dove si colloca nel dominio
Veicoli autonomi è la sesta di nove direzioni nel dominio robotica e sistemi autonomi di Astra Trainer, costruita su sistemi di controllo e computer vision, e accanto a droni e robotica aerea, che condivide gran parte dei problemi sottostanti in un mezzo diverso.
Si accoppia strettamente con il dominio spazio, aerospazio e nuova mobilità, che copre ingegneria automotive e veicoli elettrici, e mobilità futura e sistemi di trasporto, e con AI, dati e computing per lo strato di machine learning. I partner che distribuiscono autonomia in ambienti industriali definiscono di solito tutti e tre. Puoi vedere le nove direzioni qui.
La lunga coda, detta chiaramente
La difficoltà ingegneristica centrale, e la ragione per cui le previsioni ripetute sulle tempistiche non hanno retto.
Guidare consiste per lo più in situazioni ordinarie ormai gestite bene, e in un numero molto grande di situazioni rare, ciascuna singolarmente poco comune e collettivamente frequente.
Detriti sulla strada. Un agente che dirige il traffico contrariamente ai semafori. Un veicolo insolito. Un pedone che si comporta in modo imprevedibile. Configurazioni stradali temporanee. Segnaletica sbiadita o contraddittoria. Meteo estremo. Convenzioni di guida locali diverse dalle regole scritte.
Tre proprietà rendono questo difficile invece che semplicemente laborioso.
La coda non finisce. Ogni distribuzione incontra nuovi casi. Gestire quelli già visti non limita quelli non ancora visti.
Gli eventi rari richiedono un'esposizione enorme per essere valutati. Dimostrare un tasso basso di un guasto raro richiede una quantità di guida molto grande, il che è il motivo per cui simulazione e test di scenario mirati pesano così tanto, e perché la validazione è una disciplina a sé.
Alcuni casi richiedono giudizio, non percezione. Decidere cosa fare quando l'azione corretta è ambigua, o quando seguire le regole sarebbe pericoloso, non si risolve vedendo più chiaramente.
Niente di tutto questo dice che il problema sia irrisolvibile. Dice che il progresso è asintotico, e che qualsiasi piano sulla forza lavoro costruito su una data di arrivo specifica a breve termine si basa sull'assunzione più debole disponibile. Questo articolo non fa deliberatamente alcuna previsione su quando.
La validazione è la disciplina, non la guida
La parte del campo che dà lavoro a più persone e riceve meno attenzione.
Test basati su scenario. Definire le situazioni che un sistema deve gestire e testarle sistematicamente, invece di accumulare chilometri sperando in una buona copertura.
Simulazione. Far girare un numero enorme di variazioni, incluse quelle pericolose che non puoi testare su strada. Costruire e validare il simulatore è di per sé uno sforzo ingegneristico sostanziale.
Garanzia della sicurezza. Costruire un caso argomentato ed evidenziato che un sistema è accettabilmente sicuro. È una disciplina formale con propri standard, che copre sia la sicurezza funzionale sia la sicurezza della funzionalità prevista, cioè pericoli derivanti da limiti di prestazione più che da guasti.
Pipeline dati e triage. Le flotte generano dati vastissimi, e trovare gli eventi interessanti al loro interno è un lavoro vero.
Operazioni remote. I servizi distribuiti si affidano al supporto umano per le situazioni che il veicolo scala, un ruolo operativo che esiste già ed è raramente menzionato.
Per la pianificazione della forza lavoro questa è la correzione utile: il campo ha bisogno di ingegneri della sicurezza, ingegneri di test, ingegneri di simulazione, data engineer e personale operativo in numeri maggiori di quanti ne serva ai ricercatori sulla percezione.
I ruoli, uno per uno
Ingegneri di percezione.
Ingegneri di localizzazione e mappatura.
Ingegneri di pianificazione e comportamento, dove stanno previsione e decisione.
Ingegneri della sicurezza. Sicurezza funzionale e sicurezza della funzionalità prevista. Cronicamente scarsi e centrali.
Ingegneri di validazione e test, incluso il design degli scenari.
Ingegneri di simulazione.
Data engineer e specialisti di triage per i dati di flotta.
Operatori e supervisori di assistenza remota.
Ingegneri di integrazione veicolo, che mettono il sistema in una piattaforma reale con vincoli reali di potenza, termici e di packaging.
Chi si può formare per questi ruoli
Ingegneri automotive. Capiscono veicoli, integrazione, cultura della validazione e standard di sicurezza automotive. Hanno bisogno dello stack di autonomia. Il percorso più naturale e spesso trascurato a favore delle assunzioni software.
Ingegneri aerospaziali. Portano una vera disciplina dei sistemi safety-critical, pensiero di certificazione e design della ridondanza, esattamente ciò di cui ha bisogno lo strato di garanzia della sicurezza.
Ingegneri di controllo. Percorso diretto verso pianificazione e controllo.
Ingegneri software. Verso percezione e pianificazione, con bisogno degli strati fisico e di sicurezza.
Ingegneri di test da qualsiasi settore safety-critical. Ferrovie, aviazione, dispositivi medici. La mentalità di validazione si trasferisce e il dominio è il divario più breve.
Guidatori e operatori di veicoli professionisti. Verso guida di sicurezza, definizione degli scenari e operazioni remote, dove sapere come si sviluppano davvero le situazioni stradali è l'input utile ed è raramente cercato.
Regolamentazione, test e responsabilità. Testare e distribuire sistemi di guida automatizzata su strade pubbliche è regolamentato e richiede un'autorizzazione specifica che differisce per giurisdizione, di solito inclusi requisiti sul guidatore di sicurezza, obblighi di segnalazione e assicurazione. I sistemi veicolo sono soggetti a omologazione e standard di sicurezza funzionale. La formazione costruisce comprensione ingegneristica. Non conferisce autorizzazione ai test, approvazione regolatoria o alcuna valutazione della sicurezza di uno specifico sistema, e la garanzia della sicurezza per un sistema reale richiede professionisti qualificati che lavorino secondo gli standard applicabili.
Cosa portare a casa
L'autonomia funziona oggi in ambienti vincolati, e quegli ambienti danno lavoro a persone adesso. Il problema non vincolato è dove va l'attenzione.
L'operational design domain è il concetto che rende significativo qualsiasi confronto, e rilevare il confine è difficile quanto operare al suo interno.
La lunga coda non finisce, gli eventi rari richiedono un'esposizione enorme per essere valutati, e alcuni casi hanno bisogno di giudizio più che di percezione migliore. Il progresso è asintotico e questo articolo non fa affermazioni sulle tempistiche.
Validazione, garanzia della sicurezza, simulazione, triage dei dati e operazioni remote danno lavoro a più persone della ricerca sulla percezione.
E ingegneri automotive e aerospaziali, più ingegneri di test da qualsiasi settore safety-critical, sono le conversioni che riempiono i ruoli davvero aperti.
Dove funzionano oggi i sistemi autonomi?
In ambienti vincolati: miniere, porti, magazzini e agricoltura, dove il sito è privato, mappato e popolato da personale formato. I servizi robotaxi pubblici operano in aree definite sotto condizioni definite con supporto remoto.
Cos'è un operational design domain?
Le condizioni in cui un sistema è progettato per funzionare: strade, velocità, meteo, illuminazione, traffico e supporto. Rende priva di senso la domanda "è autonomo" e la sostituisce con domande migliori.
Perché le tempistiche continuano a slittare?
La lunga coda di situazioni rare. Non finisce, dimostrare un tasso basso di guasto raro richiede un'esposizione enorme, e alcuni casi hanno bisogno di giudizio più che di percezione migliore.
Di quali ruoli ha davvero bisogno il campo?
Ingegneri della sicurezza, ingegneri di validazione e test, ingegneri di simulazione, specialisti di triage dei dati e personale di operazioni remote, in numeri maggiori dei ricercatori sulla percezione.
Chi si converte in questo campo?
Ingegneri automotive, che capiscono veicoli e cultura della validazione; ingegneri aerospaziali, che portano disciplina safety-critical e di certificazione; e ingegneri di test da ferrovie, aviazione o dispositivi medici.