Nasze miasta mają problem z API. Startupy mogą to naprawić.

„Miasta to technologiczne artefakty” Kevin Kelly kiedyś napisał: „największa technologia, jaką tworzymy”. Co by było, gdybyśmy spojrzeli na amerykańskie miasta nie metaforycznie jako technologię, ale dosłownie jako system technologiczny?

Zamiast walczyć o politykę, zadajemy naszym miastom przyziemne pytania, które inżynierowie i przedsiębiorcy zadają na temat każdej innej technologii: „Czy jest droga w eksploatacji?” „Czy to się skaluje? A zwłaszcza: „Jak dobre są jego interfejsy API?”

Wyzwanie API miast: polityka użytkowania gruntów

Zasadniczo API („interfejs programowania aplikacji”) opisuje, w jaki sposób użytkownicy wchodzą w interakcję z technologią. Interfejsy API nadają strukturę i ustalają oczekiwania — użytkownicy wiedzą, co dostaną i jak to uzyskać.

Podstawowym API miasta jest jego polityka użytkowania gruntów. Poprzez rady miejskie, komisje planistyczne i inne agencje, władze miejskie zapewniają API wokół naszego środowiska zbudowanego. Jeśli chcesz budować w miastach Ameryki, musisz zintegrować się z ich API Land Use. Dzisiejsze interfejsy API użytkowania gruntów są bardziej papierowe niż cyfrowe, ale dzielą podstawową formę z systemami internetowymi: wprowadzanie danych, przetwarzanie przez algorytm, odpowiedź. Deweloperzy, restauratorzy i inni budowniczowie przesyłają dane, takie jak rysunki architektoniczne i raporty środowiskowe. Miasto przetwarza te dane i zwraca odpowiedź. Pozwolenie na budowę… albo nie.

Tak jak cyfrowe interfejsy API strukturyzują nasze doświadczenia online, tak samo interfejsy API do użytkowania gruntów strukturyzują świat fizyczny. Określają, co zostanie zbudowane, gdzie i przez kogo. Za niektóre z naszych największych problemów kryją się interfejsy API użytkowania terenu, które utrudniają budowanie: koszty mieszkaniowe, bezdomność, a nawet pozornie niepowiązanych kwestii, takich jak otyłość i niski przyrost naturalny.

Jak amerykańskie miasta mierzą się jako technologia?

Inżynierowie oceniają interfejsy API pod kątem szybkości, prostoty i niezawodności.

Świetne interfejsy API są fasztuk. Z drugiej strony miasta amerykańskie notorycznie opieszają się udzielaniem pozwoleń na budowę. Żądania do tych interfejsów API są mierzone w miesiącach, latach, a nawet dekadach.

Świetne interfejsy API są proste. Amerykańskie interfejsy API użytkowania gruntów są niezwykle złożone. Nawet zanim dane trafią do interfejsu API, muszą być zgodne ze złożonymi specyfikacjami dotyczącymi podziału na strefy, projektowania i wielu innych. Aby spełnić wymagania API, nawet małe projekty muszą wydać dziesiątki tysięcy dolarów na przygotowanie danych. Co gorsza, dane nie są ustandaryzowane. Każde miasto wymaga różnych danych w różnych formatach zoptymalizowanych pod kątem różnych (często pozornie arbitralnych) czynników.

Świetne interfejsy API są przewidywalne i niezawodne. Amerykańskie interfejsy API użytkowania gruntów są nękane przez losowość. Gdy budowniczowie spełnią trudne wymagania interfejsu API, nie ma gwarancji, że miasto udzieli pozwolenia. Po otrzymaniu danych od budowniczego wiele miast dosłownie zaprasza irracjonalnych przeciwników zmian i osoby bezpośrednio zainteresowane finansami w blokowaniu budowniczych, aby stłumić postęp. Algorytmy leżące u podstaw amerykańskiego użytkowania gruntów są tak zawodne, że cele dla satyry internetowej:

Osoby z zewnątrz tak naprawdę nie rozumieją, jak dziwny jest proces planowania.

Wyobraź sobie, że jesteś mistrzem stolarskim. Budujesz meble i zabudowy od wielu lat. Masz wypracowany styl i lojalną bazę klientów, którzy kochają Twoje produkty…

— twój lokalny kryzys mieszkaniowy z własnej winy, ouroboros (@itsahousingtrap) 29 lipca 2022 r.

Miasta Ameryki to technologia opakowana w zepsute API.

Jak naprawić problem z API miast

Większość ludzi skupia się na rozwiązaniach politycznych lub prawnych dotyczących niedziałających interfejsów API użytkowania gruntów w Ameryce. W jego książce Zagospodarowanie terenu bez podziału na strefy, profesor prawa Bernard Siegan przekonuje, że Amerykanie powinni postawić miasta przed Sądem Najwyższym za ich dysfunkcjonalne użytkowanie gruntów. Ale nawet gdyby ta trudna zmiana prawna się powiodła, miasta powie tylko co… nie zrobić.

Podobnie jak w przypadku innych technologii, startupy są naszą największą nadzieją na innowacyjność. Startupy muszą bezpośrednio konkurować ze starszymi miastami, aby oferować lepsze interfejsy API użytkowania gruntów amerykańskim budowniczym. W praktyce oznacza to, że startupy powinny kupować duże połacie ziemi i budować całe dzielnice, a nawet miasta.

Pomysł, że startupy mogą budować dzielnice lub miasta, brzmi daleko, ale to stara amerykańska tradycja. Historia Ameryki jest bogata w pionierów, którzy ukształtowali nasze środowisko zbudowane nie tylko jednym budynkiem, ale także posiadaniem i prowadzeniem złożonych społeczności . Założyciele, uzbrojeni w dyscyplinę i możliwości technologiczne nowoczesnych startupów, muszą na nowo odkryć tę amerykańską tradycję i budować startupowe miasta.

Poza tym budowanie interfejsów Land Use API to dobry biznes. Historia Vail Resorts to nie tylko jazda na nartach, ale także kontrolowanie użytkowania gruntów w pobliżu pięknych stoków narciarskich. Firma Irvine zbudowała Irvine, Kalifornia 300,000 XNUMX mieszkańców poprzez kontrolę API użytkowania gruntów. Korporacja Howarda Hughesa zbudował niektóre z najwyżej ocenianych i najbardziej dochodowych społeczności w Ameryce, kupując duże działki i kontrolując znajdujący się w nich interfejs Land Use API.

Chociaż samo oprogramowanie nie naprawi miast Ameryki, oprogramowanie mogą usprawnić proces budowania miast start-upowych.

Na przykład miasta startowe mogą stworzyć prosty standard danych dla propozycji budowlanych, podobny do tego Otwórz Wykres or JSON-LD standardów stosowanych w Internecie. Taki standard – który może być tak prosty jak pliki CAD z metadanymi – oznacza mniej spersonalizowanych prezentacji Powerpoint i tysiące dolarów zaoszczędzonych na opłatach za konsultacje.

Miasta startowe mogą również oferować budowniczym przepływy pracy związane z oprogramowaniem powiązane z rzeczywistym gruntem. Podobny do Kosmiczny Stwórca, Sięgać, parafina, or Gospodyni domowa, miasto startupowe może zakodować preferowaną estetykę i inne cechy w uczeniu maszynowym lub innym modelu generatywnym. Konstruktorzy mogą dostosowywać parametry, aby tworzyć niemal nieskończone projekty dla swoich przypadków użycia. Miasta startowe mogą wstępnie zobowiązać się do automatycznego zatwierdzania wszystkiego, co generuje ich oprogramowanie.

Podczas gdy starsze miasta wprost zakazują wielu pomysłów, miasta startowe mogą określać proste zasady – podobne do kody oparte na formularzach – to pozwala na każdy budynek, o ile działa poniżej określonych limitów dla uciążliwości, takich jak dźwięki lub zapachy. Jeśli zautomatyzowana fabryka przyszłości może działać cicho i bez zanieczyszczeń, dlaczego mielibyśmy zakazywać jej wjazdu na teren miasta?

Poprzeczka jest tak niska w tej branży, że nawet podstawowe elementy, takie jak przemyślana obsługa klienta, byłyby poważnymi innowacjami. Startupy oprogramowania B2B inwestują w zespoły Customer Success, które pomagają klientom korzystać z ich technologii. Dlaczego miasta start-upowe nie miałyby oferować „Zespołów Budowniczych Sukcesu”, które pełnią funkcję konsjerża dla tych, którzy chcą budować?

Startupy oprogramowania składają również publiczne zobowiązania dotyczące szybkości i jakości swoich interfejsów API. W świecie, w którym budowniczowie borykają się z latami opóźnień i niejednoznacznymi terminami, publiczne zobowiązanie się do „48 godzin lub mniej” o pozwolenie na budowę byłoby radykalną ofertą – startowa wersja miasta Service Level Agreement lub „gwarancja zwrotu pieniędzy”.

Największa różnica między starszymi miastami a miastami startupowymi polega na tym, że startupy chcieć wzrost. Ta fundamentalna zmiana zachęt może wyzwolić innowacje w oprogramowaniu i usługach, które napędzają środowisko zbudowane w Ameryce.

Nie możemy budować przyszłości, jeśli przestaniemy budować miasta. Jak w każdej innej branży, proszenie starszych firm, aby działały lepiej, zajdzie tylko do tego stopnia. Aby naprawić amerykańskie miasta, nowe pokolenie założycieli musi budować startupy, które bezpośrednio z nimi konkurują.

Opublikowano 13 września 2022