Le nostre città hanno un problema API. Le startup possono risolverlo. Intelligenza dei dati PlatoBlockchain. Ricerca verticale. Ai.

Le nostre città hanno un problema con le API. Le startup possono risolverlo.

"Le città sono artefatti tecnologici", Kevin Kelly una volta ha scritto, "la più grande tecnologia che produciamo". E se considerassimo le città americane non metaforicamente come tecnologia, ma letteralmente come un sistema tecnologico?

Invece di combattere per la politica, poniamo alle nostre città le domande banali che ingegneri e imprenditori pongono su qualsiasi altra tecnologia: "È costoso da gestire?" “Ridimensiona? E soprattutto: "Quanto sono buone le sue API?"

Sfida API delle città: politica sull'uso del suolo

In sostanza, un'API ("interfaccia di programmazione dell'applicazione") descrive come gli utenti interagiscono con una tecnologia. Le API danno struttura e stabiliscono aspettative: gli utenti sanno cosa riceveranno e come ottenerlo.

L'API principale della città è la sua politica di uso del suolo. Attraverso i consigli comunali, le commissioni di pianificazione e altre agenzie, le amministrazioni cittadine forniscono l'API attorno al nostro ambiente costruito. Se vuoi costruire nelle città americane, devi integrarti con la loro Land Use API. Le API Land Use di oggi sono più cartacee che digitali, ma condividono una forma fondamentale con i sistemi online: dati in entrata, elaborazione per algoritmo, risposta in uscita. Gli sviluppatori immobiliari, i ristoratori e altri costruttori inviano dati come disegni architettonici e rapporti ambientali. La città elabora questi dati e restituisce una risposta. Permesso di costruire... o no.

Proprio come le API digitali strutturano la nostra esperienza online, le API Land Use strutturano il mondo fisico. Determinano cosa viene costruito, dove e da chi. Le API Land Use che rendono difficile la creazione sono alla base di alcuni dei nostri maggiori problemi: spese di alloggio, senzatetto, e anche problemi apparentemente non correlati come obesità e bassa natalità.

In che modo le città americane sono all'altezza della tecnologia?

Gli ingegneri giudicano le API in base a velocità, semplicità e affidabilità.

Le grandi API sono fast. Le città americane, d'altra parte, sono notoriamente lente a concedere il permesso di costruire. Le richieste a queste API vengono misurate in mesi, anni o addirittura decenni.

Le grandi API sono semplici. Le API per l'uso del suolo in America sono incredibilmente complesse. Anche prima che i dati raggiungano l'API, devono essere conformi a specifiche complesse di zonizzazione, progettazione e molto altro. Per soddisfare le richieste dell'API, anche i piccoli progetti devono spendere decine di migliaia di dollari per preparare i dati. Peggio ancora, i dati non sono standardizzati. Ogni città richiede dati diversi in formati diversi ottimizzati per fattori diversi (spesso apparentemente arbitrari).

Le grandi API sono prevedibili e affidabili. Le API per l'uso del suolo in America sono afflitte dalla casualità. Una volta che i costruttori soddisfano i difficili requisiti API, non c'è alcuna garanzia che una città conceda l'autorizzazione. Una volta ricevuti i dati da un costruttore, molte città invitano letteralmente oppositori irrazionali del cambiamento e persone con un interesse finanziario diretto a bloccare i costruttori per soffocare il progresso. Gli algoritmi alla base di American Land Use sono così inaffidabili da esserlo obiettivi per la satira su Internet:

Le città americane sono una tecnologia avvolta in un'API rotta.

Come risolvere il problema dell'API delle città

La maggior parte delle persone si concentra su soluzioni politiche o legali alle API di uso del suolo non funzionanti in America. Nel suo libro Uso del suolo senza zonizzazione, il professore di diritto Bernard Siegan sostiene che gli americani dovrebbero portare le città alla Corte Suprema per il loro uso disfunzionale del suolo. Ma anche se questo difficile cambiamento legale fosse riuscito, direbbe solo alle città cosa non da fare.

Come con altre tecnologie, le startup sono la nostra migliore speranza di innovazione. Le startup devono competere direttamente con le città legacy per offrire API per l'uso del suolo migliori ai costruttori americani. In pratica, ciò significa che le startup dovrebbero acquistare grandi appezzamenti di terreno e costruire interi quartieri e persino città.

L'idea che le startup possano costruire quartieri o città sembra inverosimile, ma è una vecchia tradizione americana. Dalle città in espansione delle ferrovie, a Las Vegas, ai centri commerciali di dimensioni urbane, a Walt Disney World, ai primi sobborghi, la storia dell'America è ricca di pionieri che hanno plasmato il nostro ambiente costruito non solo con un singolo edificio, ma possedendo e gestendo comunità complesse . I fondatori, armati della disciplina e della capacità tecnologica delle startup moderne, devono riscoprire questa tradizione americana e costruire città di avvio.

Inoltre, la creazione di API per l'uso del suolo è un buon affare. La storia di Vail Resorts non riguarda solo lo sci, ma anche controllo dell'uso del suolo vicino a bellissime piste da sci. Nasce la Compagnia Irvine Irvine, California a 300,000 residenti attraverso il controllo della sua Land Use API. Howard Hughes Corp ha costruito alcune delle comunità più quotate e redditizie d'America acquistando grandi appezzamenti di terreno e controllando l'API Land Use al suo interno.

Anche se il software da solo non risolverà le città americane, il software può snellire il processo di costruzione delle città in fase di avvio.

Ad esempio, le città in fase di avvio potrebbero creare un semplice standard di dati per le proposte di costruzione, simile a Open Graph or JSON-LD standard utilizzati su Internet. Un tale standard, che potrebbe essere semplice come file CAD con metadati, significa meno presentazioni Powerpoint personalizzate e migliaia di dollari risparmiati sulle spese di consulenza.

Le città in fase di avvio potrebbero anche offrire ai costruttori flussi di lavoro software collegati a terreni reali. Simile a Spacemaker, Immergetevi, paraffina, or Casalinga, una città in fase di avvio potrebbe codificare la propria estetica preferita e altre qualità in un machine learning o in un altro modello generativo. I costruttori possono regolare i parametri per creare progetti quasi infiniti per il loro caso d'uso. Le città in fase di avvio possono preimpegnarsi per l'approvazione automatica per qualsiasi cosa generata dal loro software.

Mentre le città legacy vietano a titolo definitivo molte idee, le città di avvio possono specificare regole semplici, simili a codici basati su moduli – che consente qualsiasi edificio purché operi al di sotto di determinati limiti per disturbi come suoni o odori. Se una fabbrica automatizzata del futuro può funzionare silenziosamente e senza inquinamento, perché dovremmo bandirla dai confini della città?

Il livello è così basso in questo settore che anche elementi di base come un servizio clienti premuroso sarebbero innovazioni importanti. Le startup di software B2B investono nei team Customer Success, che aiutano i clienti a utilizzare la loro tecnologia. Perché le città di avvio non dovrebbero offrire "Builder Success Teams", che fungono da concierge per coloro che vogliono costruire?

Le startup di software si impegnano anche pubblicamente sulla velocità e la qualità delle loro API. In un mondo in cui i costruttori devono affrontare anni di ritardo e scadenze ambigue, un impegno pubblico a "48 ore o meno" per il permesso di costruire sarebbe un'offerta radicale: la versione startup city di un Servizio Level Agreement o "garanzia di rimborso".

La più grande differenza tra città legacy e città di avvio è che le startup volere crescita. Questo cambiamento fondamentale negli incentivi può scatenare l'innovazione nel software e nel servizio che alimenta l'ambiente costruito americano.

Non possiamo costruire il futuro se smettiamo di costruire città. Come in qualsiasi altro settore, chiedere alle aziende legacy di fare di meglio andrà solo così lontano. Per riparare le città americane, una nuova generazione di fondatori deve costruire startup che competano direttamente con loro.

Pubblicato il 13 settembre 2022

Tecnologia, innovazione e futuro, raccontato da chi lo costruisce.

Grazie per esserti iscritto.

Controlla la tua casella di posta per una nota di benvenuto.

Timestamp:

Di più da Andreessen Horowitz