У наших містах проблеми з API. Стартапи можуть це виправити.

«Міста — це технологічні артефакти» Кевін Келлі колись написав: «найбільша технологія, яку ми створюємо». Що, якби ми розглядали міста Америки не метафорично як технологію, а буквально як технологічну систему?

Замість того, щоб сваритися через політику, ми поставимо нашим містам банальні питання, які інженери та підприємці ставлять про будь-яку іншу технологію: «Чи дорого її використовувати?» «Чи масштабується? І особливо: «Наскільки хороші його API?»

Завдання Cities API: політика землекористування

По суті, API («інтерфейс прикладного програмування») описує, як користувачі взаємодіють із технологією. API надають структуру та встановлюють очікування — користувачі знають, що вони отримають і як це отримати.

Основним API міста є його політика землекористування. Через міські ради, комісії з планування та інші установи міська влада надає API для нашого антропогенного середовища. Якщо ви хочете будувати в містах Америки, ви повинні інтегруватися з їхнім API землекористування. Сучасні API землекористування більше паперові, ніж цифрові, але вони мають спільну фундаментальну форму з онлайн-системами: введення даних, обробка за алгоритмом, вихід відповіді. Забудовники, ресторатори та інші забудовники подають такі дані, як архітектурні креслення та екологічні звіти. Місто обробляє ці дані та повертає відповідь. Дозвіл на будівництво чи ні.

Так само, як цифрові API структурують наш досвід онлайн, API землекористування структурують фізичний світ. Вони визначають, що буде побудовано, де і ким. API землекористування, які ускладнюють створення, є причиною деяких із наших найбільших проблем: витрати на житло, бездомностіі навіть, здавалося б, не пов’язані між собою проблеми, як-от ожиріння та низька народжуваність.

Як американські міста відповідають технологіям?

Інженери оцінюють API за швидкістю, простотою та надійністю.

Чудові API - це фавул. З іншого боку, американські міста, як відомо, не поспішають надавати дозволи на будівництво. Запити до цих API вимірюються місяцями, роками або навіть десятиліттями.

Чудові API прості. Американські API землекористування надзвичайно складні. Ще до того, як дані потраплять в API, вони повинні відповідати складним специфікаціям зонування, дизайну та багато іншого. Щоб відповідати вимогам API, навіть невеликі проекти повинні витрачати десятки тисяч доларів на підготовку даних. Що ще гірше, дані не стандартизовані. Кожне місто потребує різних даних у різних форматах, оптимізованих для різних (часто здавалося б, довільних) факторів.

Чудові API передбачувані та надійні. Американські API землекористування страждають від випадковості. Якщо будівельники виконають складні вимоги API, немає гарантії, що місто надасть дозвіл. Отримавши дані від забудовника, багато міст буквально запрошують ірраціональних супротивників змін і людей, які мають прямий фінансовий інтерес у блокуванні забудовників, щоб придушити прогрес. Алгоритми, які є основою американського землекористування, настільки ненадійні, що вони мішені для інтернет-сатири:

Сторонні люди насправді не розуміють, наскільки дивним є процес планування.

Уявіть, що ви майстер столяра. Ви займаєтеся виробництвом меблів і корпусів багато років. У вас є стиль, який ви виробили, і база лояльних клієнтів, яким подобаються ваші продукти…

— ваша місцева житлова криза ouroboros (@itsahousingtrap) Липень 29, 2022

Міста Америки — це технологія, загорнута в зламаний API.

Як вирішити проблему API міст

Більшість людей зосереджуються на політичних чи правових рішеннях щодо зламаних API землекористування Америки. У своїй книзі Використання землі без зонування, Професор права Бернард Сіган стверджує, що американці повинні подавати на міста до Верховного суду через їхнє неефективне землекористування. Але навіть якби ця важка законодавча зміна вдалася, це лише розповість містам про те, що НЕ робити.

Як і з іншими технологіями, стартапи є нашою найкращою надією на інновації. Стартапи повинні конкурувати безпосередньо зі старими містами, щоб пропонувати американським будівельникам кращі API землекористування. На практиці це означає, що стартапи повинні купувати великі ділянки землі та будувати цілі райони та навіть міста.

Ідея про те, що стартапи можуть будувати квартали чи міста, звучить надумано, але це стара американська традиція. Історія Америки багата піонерами, які сформували наше забудоване середовище не лише однією будівлею, але й володіючи та керуючи складними громадами: від міст із залізницею, що розвивається, до Лас-Вегаса, торгових центрів розміром із місто, до світу Уолта Діснея та перших передмість. . Засновники, озброєні дисципліною та технологічним потенціалом сучасних стартапів, повинні заново відкрити цю американську традицію та будувати стартап-міста.

Крім того, розробка API землекористування — це хороший бізнес. Історія Vail Resorts стосується не лише катання на лижах, а й про контроль використання землі поруч гарні гірськолижні траси. Ірвінська компанія побудувала Ірвін, Каліфорнія до 300,000 XNUMX жителів через контроль API землекористування. Говард Хьюз Корп створив одні з найвищих рейтингів і найприбутковіших спільнот Америки, купуючи великі земельні ділянки та контролюючи в них API землекористування.

Хоча лише програмне забезпечення не виправить американські міста, програмне забезпечення може оптимізувати процес будівництва міст-початківців.

Наприклад, міста-початківці можуть створити простий стандарт даних для створення пропозицій, подібний до Open Graph or JSON-LD стандарти, які використовуються в Інтернеті. Такий стандарт, який може бути таким же простим, як файли САПР із метаданими, означає менше презентацій Powerpoint на замовлення та економію тисяч доларів на оплаті консультацій.

Стартап-міста також можуть запропонувати будівельникам робочі процеси програмного забезпечення, пов’язані з реальною землею. Схожий на SpaceMaker, Копатися, парафін, or Домогосподарка, місто-стартап може закодувати свою бажану естетику та інші якості в машинне навчання або іншу генеративну модель. Будівельники можуть налаштовувати параметри, щоб створювати майже нескінченні проекти для свого випадку використання. Міста-початківці можуть попередньо взяти на себе зобов’язання щодо автоматичного схвалення будь-чого, створеного їх програмним забезпеченням.

У той час як старі міста прямо забороняють багато ідей, міста-стартапи можуть вказати прості правила, подібні до коди на основі форм – це дозволяє будь-яку будівлю, якщо вона працює нижче певних обмежень щодо неприємностей, таких як звуки чи запахи. Якщо автоматизована фабрика майбутнього може працювати безшумно та без забруднення, чому ми маємо заборонити її в межах міста?

Планка настільки низька в цій галузі, що навіть такі базові речі, як продумане обслуговування клієнтів, будуть серйозними інноваціями. Стартапи програмного забезпечення B2B інвестують у команди успіху клієнтів, які допомагають клієнтам використовувати їхні технології. Чому б містам-початківцям не запропонувати «Команди успіху будівельників», які виконують роль консьєржа для тих, хто хоче будувати?

Стартапи програмного забезпечення також беруть публічні зобов’язання щодо швидкості та якості своїх API. У світі, де будівельники стикаються з роками затримок і неоднозначними часовими рамками, публічне зобов’язання «48 годин або менше» для отримання дозволу на будівництво було б радикальною пропозицією – міська версія для стартапів Угода про рівень обслуговування або «гарантія повернення грошей».

Найбільша різниця між застарілими містами та стартапами полягає в тому, що стартапи хотіти зростання. Ця фундаментальна зміна в стимулах може дати волю інноваціям у програмному забезпеченні та послугах, які живлять архітектурне середовище Америки.

Ми не зможемо побудувати майбутнє, якщо припинимо будувати міста. Як і в будь-якій іншій галузі, вимагати від застарілих фірм працювати краще — це лише так далеко. Щоб налагодити американські міста, нове покоління засновників має створювати стартапи, які безпосередньо конкуруватимуть з ними.

Опубліковано 13 вересня 2022 року