«Города — это технологические артефакты». Кевин Келли однажды написал: «Самая большая технология, которую мы делаем». Что, если мы посмотрим на американские города не метафорически как на технологии, а буквально как на технологическую систему?
Вместо того, чтобы спорить о политике, мы задавали бы нашим городам обыденные вопросы, которые инженеры и предприниматели задают о любой другой технологии: «Дорого ли эксплуатировать?» «Это масштабируется? И особенно: «Насколько хороши его API?»
Проблема API городов: политика землепользования
По своей сути API («интерфейс прикладного программирования») описывает, как пользователи взаимодействуют с технологией. API задают структуру и устанавливают ожидания — пользователи знают, что они получат и как это получить.
Основным API города является его политика землепользования. Через городские советы, комиссии по планированию и другие агентства городские власти предоставляют API для нашей застроенной среды. Если вы хотите строить в городах Америки, вы должны интегрироваться с их API землепользования. Сегодняшние API-интерфейсы землепользования больше бумажные, чем цифровые, но они имеют общую фундаментальную форму с онлайн-системами: ввод данных, обработка по алгоритму, ответ на выходе. Застройщики, рестораторы и другие строители предоставляют такие данные, как архитектурные чертежи и экологические отчеты. Город обрабатывает эти данные и возвращает ответ. Разрешение на строительство… или нет.
Подобно тому, как цифровые API структурируют наш онлайн-опыт, API-интерфейсы землепользования структурируют физический мир. Они определяют, что будет построено, где и кем. API-интерфейсы землепользования, которые усложняют создание, являются причиной некоторых из наших самых больших проблем: расходы на жилье, бездомностии даже, казалось бы, несвязанные вопросы, такие как ожирение и низкая рождаемость.
Как американские города оцениваются как технологические?
Инженеры оценивают API по скорости, простоте и надежности.
Отличные API популярныул. С другой стороны, американские города, как известно, очень медленно выдают разрешение на строительство. Запросы к этим API измеряются месяцами, годами или даже десятилетиями.
Отличные API просты. Американские API-интерфейсы землепользования невероятно сложны. Еще до того, как данные попадут в API, они должны соответствовать сложным спецификациям зонирования, дизайна и многому другому. Чтобы соответствовать требованиям API, даже небольшие проекты должны тратить десятки тысяч долларов на подготовку данных. Что еще хуже, данные не стандартизированы. Каждому городу требуются разные данные в разных форматах, оптимизированные для разных (часто кажущихся произвольными) факторов.
Отличные API предсказуемы и надежны. Американские API-интерфейсы землепользования страдают от случайности. Когда строители соблюдают сложные требования API, нет никакой гарантии, что город даст разрешение. Получив данные от строителя, многие города буквально приглашают иррациональных противников перемен и людей с прямой финансовой заинтересованностью в блокировании строителей, чтобы задушить прогресс. Алгоритмы, лежащие в основе американского землепользования, настолько ненадежны, что их мишени для интернет-сатиры:
Посторонние на самом деле не понимают, насколько странен процесс планирования.
Представьте, что вы мастер-плотник. Вы занимаетесь изготовлением мебели и корпусов уже много лет. У вас есть стиль, который вы разработали, и лояльная клиентская база, которая любит вашу продукцию…
— ваш местный самовольный жилищный кризис уроборос (@itsahousingtrap) Июль 29, 2022
Американские города — это технология, завернутая в сломанный API.
Как решить проблему с API городов
Большинство людей сосредотачиваются на политических или юридических решениях неработающих API-интерфейсов землепользования в Америке. В своей книге Землепользование без зонирования, профессор права Бернард Сиган утверждает, что американцы должны подавать на города в Верховный суд за их неэффективное землепользование. Но даже если это сложное правовое изменение увенчается успехом, это только скажет городам, что не сделать.
Как и в случае с другими технологиями, стартапы — наша главная надежда на инновации. Стартапы должны напрямую конкурировать с устаревшими городами, чтобы предлагать лучшие API-интерфейсы землепользования американским строителям. На практике это означает, что стартапы должны покупать большие участки земли и строить целые кварталы и даже города.
Идея о том, что стартапы могут строить районы или города, звучит неправдоподобно, но это старая американская традиция. От быстрорастущих железнодорожных городов до Лас-Вегаса, торговых центров размером с город, Мира Уолта Диснея и первых пригородов — история Америки богата пионерами, которые сформировали нашу застроенную среду не только одним зданием, но и владением и управлением комплексными сообществами. . Основатели, вооруженные дисциплиной и технологическими возможностями современных стартапов, должны заново открыть для себя эту американскую традицию и построить стартап-города.
Кроме того, создание API-интерфейсов землепользования — хороший бизнес. История Vail Resorts не только о лыжах, но и о контроль землепользования вблизи красивых лыжных трасс. Компания Irvine построила Ирвин, Калифорния до 300,000 XNUMX жителей через управление API землепользования. Howard Hughes Corp. построила одни из самых популярных и прибыльных сообществ Америки, купив большие участки земли и контролируя API землепользования внутри них.
Хотя программное обеспечение само по себе не исправит американские города, программное обеспечение может упростить процесс строительства стартап-городов.
Например, стартап-города могут создать простой стандарт данных для построения предложений, аналогичный Open Graph or JSON-LD стандарты, используемые в Интернете. Такой стандарт, который может быть таким же простым, как файлы САПР с метаданными, означает меньшее количество индивидуальных презентаций Powerpoint и тысячи долларов, сэкономленных на оплате консультационных услуг.
Стартап-города также могут предложить строителям программные рабочие процессы, связанные с реальной землей. Похожий на Спейсмейкер, Копаться, парафин, or Домохозяйка, стартап-город может закодировать предпочитаемую эстетику и другие качества в машинном обучении или другой генеративной модели. Строители могут настраивать параметры, чтобы создавать почти бесконечные проекты для своего варианта использования. Стартап-города могут предварительно подтвердить автоматическое одобрение всего, что генерируется их программным обеспечением.
В то время как старые города прямо запрещают многие идеи, стартап-города могут устанавливать простые правила, подобные коды на основе форм - это разрешает любое здание, если оно работает ниже определенных пределов для неприятных ощущений, таких как звуки или запахи. Если автоматизированная фабрика будущего может работать бесшумно и не загрязнять окружающую среду, почему мы должны запрещать ей работать в черте города?
Планка в этой отрасли настолько низка, что даже такие базовые вещи, как заботливое обслуживание клиентов, были бы важными инновациями. Стартапы программного обеспечения B2B инвестируют в команды по работе с клиентами, которые помогают клиентам использовать их технологии. Почему бы стартап-городам не предлагать «команды успеха строителей», которые выступают в роли консьержей для тех, кто хочет строить?
Стартапы программного обеспечения также берут на себя публичные обязательства относительно скорости и качества своих API. В мире, где строители сталкиваются с многолетней задержкой и неоднозначными сроками, публичное обязательство «48 часов или меньше» для получения разрешения на строительство было бы радикальным предложением — версия стартап-города Соглашение об уровне обслуживания или «гарантия возврата денег».
Самая большая разница между традиционными городами и городами-стартапами заключается в том, что стартапы хотеть рост. Это фундаментальное изменение в системе стимулов может дать волю инновациям в программном обеспечении и услугах, лежащих в основе искусственной среды Америки.
Мы не сможем построить будущее, если перестанем строить города. Как и в любой другой отрасли, если просить унаследованные фирмы работать лучше, это далеко не так. Чтобы исправить города Америки, новое поколение основателей должно создавать стартапы, которые будут напрямую конкурировать с ними.
Добавлено сентябре 13, 2022
Технологии, инновации и будущее глазами тех, кто его создает.
- Andreessen Horowitz
- Bitcoin
- блокчейн
- соответствие блокчейна
- блочная конференция
- coinbase
- Coingenius
- Консенсус
- криптоконференция
- криптодобыча
- криптовалюта
- децентрализованная
- Defi
- Цифровые активы
- Эфириума
- ИнфраструктураИнновации и творчествоUncategorized
- обучение с помощью машины
- невзаимозаменяемый токен
- Платон
- Платон Ай
- Платон Интеллектуальные данные
- Платоблокчейн
- ПлатонДанные
- платогейминг
- Polygon
- Доказательство доли
- W3
- зефирнет