Naša mesta imajo težave z vmesnikom API. Startupi lahko to popravijo.

"Mesta so tehnološki artefakti," Kevin Kelly nekoč zapisal, "največja tehnologija, ki jo naredimo." Kaj če bi na ameriška mesta gledali ne metaforično kot na tehnologijo, temveč dobesedno kot na tehnološki sistem?

Namesto da bi se prepirali o politiki, bi našim mestom postavili vsakdanja vprašanja, ki jih inženirji in podjetniki postavljajo o kateri koli drugi tehnologiji: "Ali je drago upravljati?" »Ali se meri? In še posebej: "Kako dobri so njegovi API-ji?"

Izziv mest API: politika rabe zemljišč

V svojem bistvu API (»programski vmesnik aplikacij«) opisuje, kako uporabniki komunicirajo s tehnologijo. API-ji dajejo strukturo in določajo pričakovanja – uporabniki vedo, kaj bodo dobili in kako to doseči.

Glavni API mesta je njegov politiko rabe zemljišč. Prek mestnih svetov, komisij za načrtovanje in drugih agencij mestne vlade zagotavljajo API za naše grajeno okolje. Če želite graditi v ameriških mestih, se morate integrirati z njihovim API-jem za uporabo zemljišč. Današnji API-ji za rabo zemljišč so bolj papirnati kot digitalni, vendar si delijo temeljno obliko s spletnimi sistemi: vnos podatkov, obdelava z algoritmom, izhodni odgovor. Nepremičninski razvijalci, restavratorji in drugi gradbeniki predložijo podatke, kot so arhitekturne risbe in okoljska poročila. Mesto te podatke obdela in vrne odgovor. Dovoljenje za gradnjo … ali ne.

Tako kot digitalni API-ji strukturirajo našo spletno izkušnjo, API-ji za rabo zemljišč strukturirajo fizični svet. Določajo, kaj bo zgrajeno, kje in kdo. API-ji za rabo zemljišč, ki otežujejo gradnjo, so v ozadju nekaterih naših največjih težav: stanovanjski stroški, brezdomstvoin celo na videz nepovezana vprašanja, kot je debelost in nizka rodnost.

Kako se ameriška mesta merijo s tehnologijo?

Inženirji ocenjujejo API-je glede na hitrost, preprostost in zanesljivost.

Odlični API-ji so fast. Po drugi strani pa so ameriška mesta znana kot počasna pri izdajanju dovoljenj za gradnjo. Zahteve za te API-je se merijo v mesecih, letih ali celo desetletjih.

Odlični API-ji so preprosti. API-ji za uporabo zemljišč v Ameriki so neverjetno zapleteni. Še preden podatki pridejo v API, morajo ustrezati zapletenim specifikacijam coniranja, oblikovanja in še veliko več. Da bi izpolnili zahteve API-ja, morajo celo majhni projekti porabiti več deset tisoč dolarjev za pripravo podatkov. Še huje, podatki niso standardizirani. Vsako mesto zahteva različne podatke v različnih formatih, optimiziranih za različne (pogosto na videz poljubne) dejavnike.

Odlični API-ji so predvidljivi in ​​zanesljivi. Ameriške API-je za rabo zemljišč pesti naključnost. Ko gradbeniki izpolnijo težke zahteve API-ja, ni nobenega zagotovila, da bo mesto izdalo dovoljenje. Ko prejmejo podatke od gradbenika, številna mesta dobesedno povabijo iracionalne nasprotnike sprememb in ljudi z neposrednim finančnim interesom, da blokirajo gradbenike, da zadušijo napredek. Algoritmi, ki so jedro ameriške rabe zemljišč, so tako nezanesljivi, da so tarče internetne satire:

Tujci pravzaprav ne razumejo, kako čuden je proces načrtovanja.

Predstavljajte si, da ste mizarski mojster. Že vrsto let izdelujete pohištvo in ohišja. Imate slog, ki ste ga razvili, in bazo zvestih strank, ki obožuje vaše izdelke ...

— vaša lokalna stanovanjska kriza, ki ste jo sami povzročili ouroboros (@itsahousingtrap) Julij 29, 2022

Ameriška mesta so tehnologija, zavita v pokvarjen API.

Kako odpraviti težavo API mest

Večina ljudi se osredotoča na politične ali pravne rešitve za pokvarjene API-je za uporabo zemljišč v Ameriki. V svoji knjigi Raba zemljišča brez coniranja, Profesor prava Bernard Siegan trdi, da bi Američani morali mesta tožiti pred vrhovnim sodiščem zaradi njihove nefunkcionalne rabe zemljišč. Toda tudi če bi ta težka pravna sprememba uspela, bi to le povedalo mestom, kaj ne storiti.

Tako kot pri drugih tehnologijah so startupi naše najboljše upanje za inovacije. Zagonska podjetja morajo tekmovati neposredno s starimi mesti, da bi ameriškim graditeljem ponudila boljše API-je za rabo zemljišč. V praksi to pomeni, da morajo startupi kupiti velika zemljišča in zgraditi cele soseske in celo mesta.

Ideja, da bi startupi lahko gradili soseske ali mesta, se sliši namišljeno, vendar je to stara ameriška tradicija. Ameriška zgodovina je bogata s pionirji, ki niso oblikovali našega grajenega okolja z eno samo stavbo, ampak z lastništvom in upravljanjem zapletenih skupnosti, od mest v razcvetu železnice do Las Vegasa, nakupovalnih centrov v velikosti mesta, do Walt Disney Worlda do prvih predmestij. . Ustanovitelji, oboroženi z disciplino in tehnološko zmogljivostjo sodobnih startupov, morajo ponovno odkriti to ameriško tradicijo in zgraditi startup mesta.

Poleg tega je gradnja API-jev za rabo zemljišč dober posel. Zgodba Vail Resorts ne govori samo o smučanju, ampak tudi o nadzor rabe zemljišč v bližini čudovitih smučišč. Družba Irvine je zgradila Irvine, Kalifornija 300,000 prebivalcem z nadzorom API-ja za uporabo zemljišč. Howard Hughes Corp je zgradil nekaj najbolj ocenjenih in najbolj donosnih ameriških skupnosti z nakupom velikih zemljišč in nadzorom API-ja za uporabo zemljišč v njih.

Čeprav samo programska oprema ne bo popravila ameriških mest, programska oprema lahko poenostaviti proces gradnje startup mest.

Na primer, startup mesta lahko ustvarijo preprost podatkovni standard za gradnjo predlogov, podoben standardu Odpri Graph or JSON-LD standardi, ki se uporabljajo po internetu. Tak standard – ki bi lahko bil tako preprost kot datoteke CAD z metapodatki – pomeni manj predstavitev Powerpoint po meri in prihranek na tisoče dolarjev pri honorarjih za svetovanje.

Startup mesta bi graditeljem lahko ponudila tudi delovne tokove programske opreme, povezane z resničnim zemljiščem. Podoben SpaceMaker, Jama, parafin, or Gospodinja, lahko zagonsko mesto kodira svojo želeno estetiko in druge lastnosti v model strojnega učenja ali drug generativni model. Graditelji lahko prilagodijo parametre, da ustvarijo skoraj neskončne modele za svoj primer uporabe. Startup mesta se lahko vnaprej zavežejo k samodejni odobritvi vsega, kar ustvari njihova programska oprema.

Medtem ko stara mesta številne ideje popolnoma prepovedujejo, lahko zagonska mesta določijo preprosta pravila – podobna kode na podlagi obrazcev – ki dovoljuje katero koli zgradbo, če deluje pod določenimi mejami za motnje, kot so zvoki ali vonjave. Če lahko avtomatizirana tovarna prihodnosti deluje tiho in brez onesnaževanja, zakaj bi jo prepovedali v mestnih mejah?

Letvica je v tej panogi tako nizka, da bi bile celo osnove, kot je premišljena podpora strankam, velike inovacije. Zagon programske opreme B2B vlaga v skupine za uspeh strank, ki strankam pomagajo pri uporabi njihove tehnologije. Zakaj startup mesta ne bi smela ponuditi »ekip za uspeh graditeljev«, ki delujejo kot vratar za tiste, ki želijo graditi?

Startupi programske opreme se tudi javno zavežejo glede hitrosti in kakovosti svojih API-jev. V svetu, kjer se gradbeniki soočajo z leti zamud in dvoumnimi časovnimi razporedi, bi bila javna zaveza za "48 ur ali manj" za dovoljenje za gradnjo radikalna ponudba - zagonska mestna različica Dogovor o ravni storitev ali »garancija vračila denarja«.

Največja razlika med podedovanimi mesti in zagonskimi mesti je v tem, da so zagonska podjetja želeli rast. Ta temeljna sprememba spodbud lahko sprosti inovacije v programski opremi in storitvah, ki poganjajo ameriško grajeno okolje.

Ne moremo graditi prihodnosti, če nehamo graditi mesta. Tako kot v kateri koli drugi panogi bo tudi s tem, ko bomo starejše družbe prosili, naj delajo bolje, šlo tako daleč. Da bi popravili ameriška mesta, mora nova generacija ustanoviteljev zgraditi startupe, ki jim bodo neposredno konkurirali.

Objavljeno 13. septembra 2022