Meie linnadel on API probleem. Idufirmad saavad seda parandada.

"Linnad on tehnoloogilised artefaktid" Kevin Kelly kirjutas kunagi: "Suurim tehnoloogia, mida me teeme." Mis siis, kui me vaataksime Ameerika linnu mitte metafooriliselt kui tehnoloogiat, vaid sõna otseses mõttes kui tehnoloogilist süsteemi?

Selle asemel, et poliitika pärast tülitseda, esitaksime oma linnadele igapäevaseid küsimusi, mida insenerid ja ettevõtjad mis tahes muu tehnoloogia kohta küsivad: "Kas selle juhtimine on kallis?" "Kas see ulatub? Ja eriti: "Kui head on selle API-d?"

Linnade API väljakutse: maakasutuspoliitika

Sisuliselt kirjeldab API (“rakenduse programmeerimisliides”), kuidas kasutajad tehnoloogiaga suhtlevad. API-d annavad struktuuri ja seavad ootused – kasutajad teavad, mida nad saavad ja kuidas seda saada.

Linna põhiline API on tema maakasutuspoliitika. Linnavolikogude, planeerimiskomisjonide ja muude asutuste kaudu pakuvad linnavalitsused API meie ehitatud keskkonnas. Kui soovite ehitada Ameerika linnadesse, peate integreerima nende Land Use API-ga. Tänapäevased maakasutuse API-d on rohkem paberil kui digitaalsed, kuid neil on võrgusüsteemidega ühine vorm: andmed sisse, töötlemine algoritmi järgi, vastus välja. Kinnisvaraarendajad, restoranipidajad ja teised ehitajad esitavad andmeid, nagu arhitektuursed joonised ja keskkonnaaruanded. Linn töötleb neid andmeid ja saadab vastuse. Kas luba ehitada … või mitte.

Nii nagu digitaalsed API-d struktureerivad meie kogemust veebis, struktureerivad maakasutuse API-d füüsilist maailma. Nad määravad, mida, kus ja kes ehitab. Meie suurimate probleemide taga on maakasutuse API-d, mis raskendavad ehitamist. eluasemekulud, kodutus, ja isegi näiliselt mitteseotud probleemid, nagu rasvumine ja madal sündimus.

Kuidas Ameerika linnad tehnoloogiana mõõdavad?

Insenerid hindavad API-sid kiiruse, lihtsuse ja töökindluse järgi.

Suurepärased API-d on faSt. Seevastu Ameerika linnad annavad ehitusluba kurikuulsalt aeglaselt. Taotlusi nendele API-dele mõõdetakse kuudes, aastates või isegi aastakümnetes.

Suurepärased API-d on lihtsad. Ameerika maakasutuse API-d on pööraselt keerulised. Isegi enne, kui andmed API-le jõuavad, peavad need vastama tsoneerimise, disaini ja palju muu keerukatele spetsifikatsioonidele. API nõudmiste täitmiseks peavad isegi väikesed projektid andmete ettevalmistamiseks kulutama kümneid tuhandeid dollareid. Veelgi hullem, andmed pole standarditud. Iga linn nõuab erinevaid andmeid erinevas vormingus, mis on optimeeritud erinevate (sageli näiliselt meelevaldsete) tegurite jaoks.

Suurepärased API-d on etteaimatavad ja usaldusväärsed. Ameerika maakasutuse API-sid vaevab juhuslikkus. Kui ehitajad täidavad keerulisi API nõudeid, pole mingit garantiid, et linn loa annab. Pärast ehitajalt andmete saamist kutsuvad paljud linnad sõna otseses mõttes irratsionaalseid muutuste vastaseid ja inimesi, kellel on otsene rahaline huvi ehitajaid takistada, progressi summutama. Ameerika maakasutuse tuumaks olevad algoritmid on nii ebausaldusväärsed, et on Interneti-satiiri sihtmärgid:

Kõrvalised ei saa tegelikult aru, kui imelik on planeerimisprotsess.

Kujutage ette, et olete puusepp. Olete aastaid mööblit ja kohtuasju ehitanud. Teil on stiil, mille olete välja töötanud, ja lojaalne kliendibaas, kes armastab teie tooteid…

— teie kohalik isetekitatud eluasemekriis ouroboros (@itsahousingtrap) Juuli 29, 2022

Ameerika linnad on tehnoloogia, mis on mähitud purunenud API-sse.

Linnade API probleemi lahendamine

Enamik inimesi keskendub Ameerika katkiste maakasutuse API-de poliitilistele või juriidilistele lahendustele. Tema raamatus Maakasutus ilma tsoneeringuta, õigusprofessor Bernard Siegan väidab, et ameeriklased peaksid linnad ebafunktsionaalse maakasutuse tõttu ülemkohtusse andma. Kuid isegi kui see keeruline õiguslik muudatus õnnestuks, ütleks see linnadele vaid, mida mitte teha.

Nagu teistegi tehnoloogiate puhul, on idufirmad meie parim innovatsioonilootus. Alustavad ettevõtted peavad konkureerima otse pärandlinnadega, et pakkuda Ameerika ehitajatele paremaid maakasutuse API-sid. Praktikas tähendab see, et alustavad ettevõtted peaksid ostma suuri maa-alasid ja ehitama terveid linnaosasid ja isegi linnu.

Mõte, et idufirmad võiksid ehitada naabruskondi või linnu, kõlab kaugena, kuid see on vana Ameerika traditsioon. Raudteebuumilinnadest Las Vegaseni, linnasuuruste kaubanduskeskusteni, Walt Disney Worldi ja esimeste eeslinnadeni – Ameerika ajalugu on rikas teerajajatest, kes kujundasid meie ehitatud keskkonda mitte ainult ühe hoonega, vaid ka keerukate kogukondade omamise ja haldamisega. . Asutajad, kes on relvastatud kaasaegsete idufirmade distsipliini ja tehnoloogilise suutlikkusega, peavad selle Ameerika traditsiooni uuesti avastama ja rajama idufirmade linnu.

Pealegi on maakasutuse API-de ehitamine hea äri. Vail Resortsi lugu ei puuduta ainult suusatamist, vaid ka seda maakasutuse kontrollimine kaunite suusanõlvade lähedal. Irvine Company ehitas Irvine, California 300,000 XNUMX elanikule oma Land Use API kontrolli kaudu. Howard Hughes Corp on ehitanud mõned Ameerika kõrgeima reitinguga ja kasumlikumad kogukonnad, ostes suuri maatükke ja kontrollides selle sees olevat Land Use API-t.

Kuigi tarkvara üksi ei paranda Ameerika linnu, tarkvara võimalik lihtsustada idulinnade ehitusprotsessi.

Näiteks võivad idulinnad luua ehitusettepanekute jaoks lihtsa andmestandardi, mis on sarnane Open Graph or JSON-LD Internetis kasutatavad standardid. Selline standard – mis võib olla sama lihtne kui metaandmetega CAD-failid – tähendab vähem eritellimusel valmistatud Powerpointi esitlusi ja tuhandete dollarite säästmist konsultatsioonitasudelt.

Startup linnad võiksid pakkuda ehitajatele ka pärismaaga seotud tarkvara töövooge. Sarnane SpaceMaker, Süvene, parafiin, or Homemaker, võib alustav linn kodeerida oma eelistatud esteetika ja muud omadused masinõppesse või muusse generatiivsesse mudelisse. Ehitajad saavad kohandada parameetreid, et luua nende kasutusjuhtumite jaoks peaaegu lõpmatuid kujundusi. Startup linnad saavad eelnevalt pühenduda automaatsele heakskiitmisele kõigele, mida nende tarkvara genereerib.

Kuigi pärandlinnad keelavad paljud ideed otse, saavad idulinnad määrata lihtsad reeglid – sarnased vormipõhised koodid – mis lubab mis tahes ehitist seni, kuni see töötab allpool teatud piirnorme ebameeldivuste (nt helide või lõhnade) suhtes. Kui tuleviku automatiseeritud tehas saab töötada vaikselt ja saastevabalt, siis miks peaksime selle linna piiridest keelama?

Latt on selles valdkonnas nii madal, et isegi põhitõed, nagu läbimõeldud klienditeenindus, oleksid suured uuendused. B2B tarkvara idufirmad investeerivad klientide edu meeskondadesse, mis aitavad klientidel oma tehnoloogiat kasutada. Miks ei võiks idufirmad pakkuda "Ehitajate edumeeskondi", kes tegutsevad ehitada soovijate uksehoidjana?

Tarkvara idufirmad võtavad ka avalikud kohustused oma API-de kiiruse ja kvaliteedi osas. Maailmas, kus ehitajad seisavad silmitsi aastatepikkuste viivituste ja mitmetähenduslike ajakavadega, oleks avalik lubadus ehitusloa saamiseks „48 tundi või vähem” radikaalne pakkumine – linnade käivitamislinna versioon. Service Level Agreement või "raha tagasi garantii".

Suurim erinevus pärandlinnade ja alustavate linnade vahel on see, et idufirmad tahan kasvu. See fundamentaalne stiimulite muutus võib vallandada uuendused tarkvaras ja teenuses, mis toetab Ameerika ehitatud keskkonda.

Me ei saa ehitada tulevikku, kui lõpetame linnade ehitamise. Nagu kõigis teistes tööstusharudes, läheb pärandettevõtetelt paremate tulemuste palumine ainult nii kaugele. Ameerika linnade parandamiseks peab uus põlvkond asutajaid looma idufirmasid, mis nendega otseselt konkureerivad.

Postitatud 13. septembril 2022