Когда я в 2012 году запустил NUKEMAP, у Google Maps были просто потрясающие программные интерфейсы. Абсолютно лучшие API для создания картографических мэшапов на JavaScript, практически бесплатные, с активным сообществом разработчиков, которое регулярно добавляло новые функции. На самом деле создавалось впечатление, что компания заинтересована в людях, которые используют их продукт для создания крутых, полезных инструментов.
Старые версии NUKEMAP: слева оригинальная версия от марта 2005 года на скриншотах MapQuest (она была чрезвычайно ограничена и никогда не публиковалась), полностью на PHP. Я разработал её для личного пользования и обучения. Справа переделанный NUKEMAP от 2012 года на Google Maps API и Javascript.
Сегодня изменилось почти всё. В кодовую базу API практически перестали добавлять реально полезные функции (многие классные фичи были удалены или тихо устарели; добавляемые новые функции, как правило, инкрементальные или примитивные). Это действительно весьма примечательный факт, поскольку на свой собственный веб-сайт Google Maps они добавили много классных штук, например, режим 3D. Но в API их не портировали. Именно поэтому NUKEMAP3D фактически мёртв — плагин Google Earth перестал работать, а вместо него не выпустили ничего. Предвидя возражения, скажу, что CesiumJS не заменяет Google Earth — он не даёт глобального покрытия 3D-зданий, чтобы понять размер грибовидного облака. Если когда-нибудь изменят это, я потрачу время на перенос кода, но не особенно верится, что это произойдёт, потому что глобальные 3D-формы зданий по-прежнему принадлежат только Google. Если вы хотите визуализировать объёмные грибовидные облака в автономной программе Google Earth, то у меня есть (по-прежнему экспериментальная и неполная) функция экспорта грибовидного облака в формат KMZ. См. страницу NUKEMAP3D для дополнительной информации).
Но что ещё более важно, недавние изменения в модели ценообразования, мягко говоря, безумны. Они наказывают создателей полезных образовательных приложений.
В течение пяти лет у NUKEMAP стабильная аудитория около 15 000 человек в день и около 200 000 в месяц (иногда всплески в несколько сотен тысяч просмотров страниц в день, когда сайт по какой-то причине опять стал вирусным). Хотя это довольно много для научного ресурса, но в интернет-масштабе я назвал бы его «умеренно популярным». Не думаю, что он создаёт хоть какую-то заметную нагрузку на серверы Google (которые, например, обслуживают весь YouTube). И с 2012 по 2016 годы Google не брала никакой платы с таких сайтов. Что было довольно щедро с их стороны. Подобная благотворительность Google поощрила множество экспериментов. Иначе NUKEMAP и многие другие проекты просто не появились бы на свет.
В 2016 году они начали взимать плату. Это было не так уж плохо — в худшем случае счёт составлял около $200 в месяц. Мне посчастливилось работать в учреждении (колледж искусств и литературы в Технологическом институте Стивенса), которое согласилось платить по счетам.
Но в 2018 году Google поменял модель ценообразования, и счёт превысил $1800 в месяц. То есть более $20 000 в год. Это в несколько раз больше моей платы за хостинг (для всех моих сайтов).
Я обратился к Google, чтобы узнать о причине повышения цен. Их новый прайс-лист… немного трудно понять, поэтому повышение цен стало неожиданным. Но у них есть калькулятор, который точно покажет, насколько ужасна схема ценообразования. Правда, его непросто найти, а для доступа требуется аккаунт Google. Но если поиграться параметром «загрузка динамических карт» (есть и другие сборы, но это самая большая статья расходов), то вы сразу увидите, как резко возрастает стоимость. Я связался с Google за помощью в расчёте, но они лишь отмахнулись и отправили меня к сторонней организации-партнёру, которая представляет интересы Google при работе с корпорациями. Спасибо, я пас.
В соответствии с условиями, программа Google for Nonprofit не распространяется на учебные заведения
Я знаю, что Google теоретически поддерживает «социально полезные» проекты, а представители некоммерческой организации (как я) могут подать заявку на грант для покрытия расходов, если Google согласится с ценностью проекта. Не знаю, как они отнеслись бы к NUKEMAP, но в любом случае это не имеет значения: представители учебных заведений (даже некоммерческих, как моё) не имеют права на гранты. Почему? Потому что Google хочет получать какую-то прибыль на рынке образования, так что направляет вас на свой сайт Google for Education, который предлагает совершенно другую модель. Кстати, на сайте нет контакта электронной почты: вы должны заявить, что представляете всё учебное заведение целиком (я не представляю), и что заинтересованы в установке продуктов Google в своём кампусе (я не заинтересован), и только если вы подтвердите всё перечисленное (как я сделал, просто чтобы добраться до них), вы можете, наконец, поговорить с ними немного.
На сайте буквально ничто не указывает на льготный доступ к Google Maps API, но есть возможность запросить такой доступ к облачной платформе Google Cloud, видимо, для задач машинного обучения. После отправки заявки по электронной почте они говорят, что выделенный кредит на Google Cloud можно использовать для оплаты Google Maps API.
К этому моменту я уже в душе отказался от Google. Оно просто не стоит того. Позвольте изложить причины:
- Им явно наплевать на мелких разработчиков. Это довольно очевидно каждому, кто пытался работать с их продуктами. Послушайте, я понимаю, что лицензирование крупных корпораций — основной источник прибыли. Но Google притворяется, что работает не только для них… просто не выполняет эти обещания.
- Они не видят разницы между университетами и отдельными университетскими исследователями. Это огромная разница с точки зрения масштаба, задач и ресурсов. Я не занимаюсь политикой университета в области информационных технологий, я занимаюсь исследованиями.
- Они непостоянны. Дело не только в том, что они быстро меняют схемы ценообразования и часто прекращают поддержку своих продуктов. Дело в том, что они выпускают новые продукты, раскручивают их, поощряют сообщество использовать их для создания «удивительных» вещей, а затем отказываются от поддержки в долгосрочной перспективе. Очень классные проекты из-за этого атрофируются и умирают. Иногда их продают другим компаниям (например, SketchUp), которые затем полностью меняют бизнес-модель. Опять же, я понимаю подход Google — запускать как можно больше проектов и смотреть, кто из них преуспеет, революция и разрушение вместо инфраструктуры и т. д. и т. д. и т. д. Знаю принципы Google, очень трудно заставить себя положить все яйца в их корзину.
- Я не хочу беспокоиться о том, посчитает ли Google мою работу «социальным благом», не хочу беспокоиться о ежегодном продлении гранта, что это спонсорское подразделение Google завтра исчезнет и так далее. Слишком много неопределённости. Знаете, как трудно добиться разговора с реальным сотрудником Google? Я не говорю, что это невозможно: они помогли мне отказаться от некоторых сборов, которые я взял на себя, не разобравшись в тарифах — но разбирательство тянулось буквально месяцы, а тем временем они наслали на меня коллекторов.
Но самое главное: сегодня есть вполне жизнеспособные альтернативы. Вот почему я не понимаю изменение их ценовой модели, разве что они сознательно решили полностью отказаться от мелких разработчиков. После небольших изысканий я решил, что моему бюджету полностью соответствует MapBox (тарифы которого больше всех похожи на прежние тарифы Google), а с помощью опенсорсной библиотеки Leaflet можно очень просто мигрировать на новый сервис. Пришлось немножко поработать, потому что Leaflet из коробки не поддерживает рисование больших кругов, для этого я написал плагин.
NUKEMAP на сегодняшний день (версия 2.65; я регулярно накатываю маленькие апдейты), с кодовой базой Mapbox GL + Leaflet. Обратите внимание, что недавно появилось отображение радиуса 1 psi, чтобы более реалистично показать, какая область будет затронута ядерным взрывом
Теперь даже скромные тарифы MapBox могут вылиться для меня в ощутимую сумму, но они чрезвычайно щедро предоставили мне «кредиты», потому что поддерживают такие работы. Чтобы это выяснить, достаточно было отправить письмо, а затем поговорить по телефону с реальным человеком. И этот реальный человек был очень полезен, с ним было легко связаться, и он даже сам связывается со мной время от времени, если сервис выкатывает новую функцию (например, Mapbox GL), которая может сделать работу сайта лучше и дешевле. То есть это во всех отношениях полная противоположность Google.
Таким образом, NUKEMAP и MISSILEMAP полностью перешли на MapBox+Leaflet. Единственная функция, которую было нелегко перенести, — это «гуманитарные последствия» взрыва (она опирается на библиотеку Google Places), но в конечном итоге я найду способ интегрировать её тоже.
В более широком смысле я как преподаватель должен задать вопрос: рекомендовать ли студентам Google Maps API, если они думают об идее какого-то «революционного» сайта? Простой ответ: ни в коем случае. Если вы станете очень популярным на платформе Google (или даже «умеренно популярным») — то будете должны им много денег. Поэтому я исключу Google Maps из своего курса визуализации данных: теперь мы будем использовать Leaflet. Прошу прощения за педалирование этой темы, но я подумал, что даже не-разработчикам может быть интересно, как эти технологии работают «под капотом» и какие факторы нужно сегодня учитывать при разработке веб-сайтов.
Простой пример, как инструмент по расчёту дозы облучения может спасти жизнь. Наверху видно, что если после 20-килотонного взрыва в центре Нью-Йорка я останусь в своём офисе в течение 24 часов, то с учётом погодных условий на момент публикации я буду совсем-совсем мёртвый. Вместо этого я быстро бегу в боулинг в подвале Технологического института Стивенса (моё предпочтительное укрытие, потому что оно скрыто довольно глубоко внутри скалистого холма, на вершине которого построено 13-этажное здание) — и за те же 24 часа получаю облучение, которое всего лишь немного повысит долгосрочный риск рака
И более хорошие новости: я добавил в NUKEMAP функцию, которую давно хотел реализовать. Дело в том, что нынешняя модель радиоактивных выпадений (модель Миллера) немного трудна для восприятия, давая лишь «смутное представление об области загрязнения». Я изучал некоторые другие модели, но в то же время хотел сделать более понятной и текущую версию (преимущество которой в том, что она очень быстро вычисляется и визуализируется).
Контуры модели Миллера показывают интенсивность дозы (в рад/ч) при H+1 часов. Таким образом, контур «100 рад/час» означает: «Эта область будет покрыта радиоактивными выпадениями, которые через час после детонации имели интенсивность излучения 100 рад/час, если выпадения действительно туда попали в это время». Таким образом, чтобы вычислить свою дозу излучения, нужно рассчитать реальное время прибытия радиоактивных выпадений (по ветру), какова мощность облучения в момент прибытия и как она уменьшится в течение следующих часов. Ещё желательно знать материал стен между вами и радиоактивными выпадениями, поскольку стены немного уменьшат поглощённую дозу. Всё это довольно сложно рассчитать вручную.
Поэтому я добавил функцию «местоположение зонда» для взятия образцов на любом заданном расстоянии от места взрыва. Она вычисляет время прибытия радиоактивных выпадений (исходя из расстояния, силы и направления ветра), интенсивность излучения в момент прибытия. Так можно посмотреть, какова будет общая поглощённая доза в данном месте, скажем, через 24 часа после детонации. В основном, здесь используется стандартная формула для скорости распада продуктов деления. Она позволяет применять «коэффициент защиты» по типу здания, в котором вы находитесь (коэффициент защиты — просто делитель: коэффициент защиты 10 уменьшает поглощённую дозу в десять раз). Всё это помогает изучить воздействие радиоактивных осадков на человека и посмотреть, какие убежища более эффективны.
Комментарии (42)
alsii
18.12.2019 22:12-1Отличный инструмент! Теперь любой
дуракинтересующийся может прикинуть, где надо взорвать ядерную бомбу чтобы как можно больше напакостить…
/sarkasmThoth777
19.12.2019 15:41эта же информация свободно распространяется в учебниках ОБЖ
и да, если у интересующегося есть ядерная бомба, то он точно не любой и скорее всего, не дурак
alsii
21.12.2019 00:55Коллеги, извините, что не в тему. Подскажите, может быть кто-то знает, как удалить аккаунт на Хабре? Не нашел в профиле такой кнопки.
nikolay_karelin
18.12.2019 22:17Странно, почему он не взял leaflet с OSM. Совсем бесплатно...
dravor
18.12.2019 22:33+1При сравнении MapBox и OSM становиться понятно почему для хорошей картинки все же стоит заплатить немного денег.
Странно другое: почему он как кафедра в универе не взял по программе поддержки облачный сервис ArcGIS OnLine, где в том же 3D функции будут поинтереснее. Еще он пишет, что у него собственный хостинг, мог бы тот тже универский комплект поставить и запилить все расчеты на стороне сервера. С облачным мапбоксом такое не прокатит.
kAIST
19.12.2019 15:53У нас на проекте очень активно используются карты. Leaflet хорошо себя показал — имеет много готовых плагинов, так и лёгок в кастомизации.
Но использовать открытые тайловые серверы osm было сложно. Очень уж скорость низкая. Можно было конечно развернуть свой тайловый сервер, но ресурсов нужно было прилично.
Как выход, накидал свой кэширующий сервер (буквально пару десяток строк кода). Учитывая что у нас в 95% работают с одними и теми же местами), получается достаточно быстро и практично.dravor
19.12.2019 22:43Leaflet хорош именно как OSS, но пилить руками в реальных проектах нужно довольно много, по сравнению с платными.
P.S. после leaflet по ощущениям, многие просто перестают искать дальше. С другой стороны, многим дальше картинки и геокодера ничего и не нужно.kAIST
19.12.2019 23:36Да у нас поинтереснее, чем картинка и геокодер.
И отображение полигонов, включая рисование пользователями и прочие штуки. Плюс штук пяток сторонних плагинов. Есть конечно вещи, которые несколько через костыли сделаны, чтоб весь leaflet не форкать, но все же достаточно гладко разработка ведётся.dravor
20.12.2019 20:54У вас коммерческий проект? Не сравнивали что было по бизнесу эффективней: вкладываться мозгами и допиливать какое-то время или взять платное решение и сразу получить результат?
quwy
19.12.2019 05:17Империя бобра же, чего вы хотели? Добру очень нужны деньги, а не то зло все себе заберет.
А если серьезно, то по личным наблюдениям в последний год или около того, сильно увеличился процент сайтов с неработающими гугловыми картами. Сообщение об исчерпанном лимите на сайте привокзальной чебуречной о многом говорит.
С одной стороны они никому ничем не обязаны, да. Но с другой стороны тратят конские мощности на очень сомнительный «мгновенный» поиск, а лимит запросов к картам ужимают так, что даже местечковой чебуречной не хватает.
Fi1osof
19.12.2019 08:17Согласен с автором полностью, и хотя имею несколько проектов с использованием гуглокарт, однозначно решил полностью от них отказаться (от гуглокарт).
Что же по поводу превышения лимитов и нарушения работы карт, тоже с этим сталкивался. Пришлось изменить алгоритм, выводя на странице карточки сначала статическую картинку (статика у них в разы дешевле стоит), и только по клику она меняется на реальную карту. Получилось таким образом сильно снизить расходы.
Но прикол не только в этом, а в том, что у них есть API поиска по названию (geocode api), и вот при его использовании реально один запрос в биллинге засчитывался за 5 (и стоил по факту в 5 раз больше). Я писал тикет, но он остался без ответа. В итоге для запросов подключил яндекс-карты.
Methos
19.12.2019 14:40Вы будете удивлены, но статику можно кешировать на своём сервере хотя бы на месяц, ибо за это время на карте вряд ли сильно что изменится.
Fi1osof
19.12.2019 23:02Нее, это уже чрезмерная оптимизация будет. То есть вот этот ресурс как раз копейки стоит и в расчет особо не берется. Проблема именно с полноценными картами.
SakuradaJun
19.12.2019 08:59Чтобы это выяснить, достаточно было отправить письмо, а затем поговорить по телефону с реальным человеком. И этот реальный человек был очень полезен, с ним было легко связаться, и он даже сам связывается со мной время от времени, если сервис выкатывает новую функцию (например, Mapbox GL), которая может сделать работу сайта лучше и дешевле. То есть это во всех отношениях полная противоположность Google
Вот и ответ на вопрос, исчезнут ли рабочие места после всеобщей автоматизации, роботизации и внедрения ИИ.
Живой человек, общающийся с клиентом — это конкурентное преимущество. Мелкие конторы будут забирать часть клиентуры у крупных корпораций, в которых можно пообщаться только с ботом, пусть даже и таким умным как IBM Watson.
fougasse
19.12.2019 18:39Они просто будут генерировать голос и подавать это как "общение с живым человеком".
BelkinBad
19.12.2019 11:01На самом деле подобная модель поведения Гугла ствола хорошо прарисовываться со времён закрытия Пикассы, дальше фид и все остальные. А новые на тот момент продукты были радикально не похожи на прежние. Их форсировали так, как будто бы они сделали что-то ещё более крутое, а в результате выдавали до минимума обрезанный функционал, отсутствие продуманности поведений и дичайший болт, лежащий на поддержке. Возьмите тот же inbox или g-suite. Хорошо кто-то вступился и взялся за Gmail, да и то — уже скатывается…
Я все к чему? Им важен поток выпускаемых продуктов, без оглядки на качество. А те из них, кто выжил — максимально превращаются в кормушку для оплаты счетов. Они уже работают не с продуктом, а с тем, сколько он принесет/не принесет. Это и есть «бл*дский маркетинг».
Хорошо хоть андроид пока развивают..
AlxDr
19.12.2019 17:13Думаю, просто развивают то, что имеет наибольший денежный потенциал, либо перспективу доминирования на рынке (а далее см. пункт №1).
Поиск приносит живые деньги, Гмейл тоже, Андроид тоже, Документы/Диск/Сьюит тоже.
Плюс вот не смог ни того, ни другого, хотя при этом получился вполне успешным средненьким продуктом. Но средненькое Гуглу не надо, поэтому какое-то время его героически курочили несмотря на визги пользователей, а затем прибили.
Fedorkov
19.12.2019 12:07+1Мне посчастливилось работать в учреждении (колледж искусств и литературы в Технологическом институте Стивенса), которое согласилось платить по счетам.
Так и представляю себе финансовый отчёт Колледжа искусств и литературы с пунктом «Проект моделирования ядерных ударов по населённым пунктам».
dasenkiv
19.12.2019 12:17Соглашусь с автором, год назад на хакатоне потребовалось использовать какие-нибудь карты, первым делом посмотрели на Google Maps, но ввиду определенных обстоятельств пришлось отказаться (причем, стоимость была самой первой из причин).
Обратили внимание на Яндекс.Карты, для хакатона нам хватило бесплатного тарифа.
Но для реального проекта, скорее всего, их тоже не хватит, придется платить. Учитывая то, что сервис, который я сейчас разрабатываю, похож на один из недавно анонсированных сервисов Яндекса, придется и от Яндекс.Карт отказаться.
lanseg
19.12.2019 13:44В этом и проблема всех облаков, сервисов api и так далее — сейчас оно надёжно, стабильно, дёшево и выгодно, а через полгода санкции, РКН, большая контора покупает маленькую и поднимает цены, или просто контора закрывает API, просто потому что потому.
pronvit
20.12.2019 03:53Ну а я в пекарню на углу ходил 5 лет, а потом она вдруг закрылась. И что?
tcapb1
20.12.2019 10:57Если вы просто покупали там хлеб — то ничего. Пойдёте в другую пекарню. А если эта пекарня выпекала какие-то уникальные булки, а вы владели сервисом доставки доставки этих булок — придётся искать новую работу.
Methos
19.12.2019 14:37+1Двину идею, но наверняка это уже реализовано.
Если у гугл-карт лимит идёт на домен, то значит, берём и регистрируем сотни доменов или даже поддоменов, помещаем карту в iframe, а iframe уже на свой сайт. Внутри iframe будет домен для карты, который будет динамически меняться, когда количество просмотров превысит лимит.
Или гугл умные и такую дыру закрыли уже?
yokotoka
19.12.2019 18:23Есть ощущение, что рано или поздно это выровняется. Какой-нибудь ЕС сделает "право на интернет" неотъемлемым правом человека и обяжет всех провайдеров предоставлять бесплатный доступ на низкой скорости, эдакий общественный налог на профдеятельность. Рано или поздно в эту же категорию могут попасть и картографические сервисы, т.к. без них нормальную и удобную жизнь современного человека сложно представить.
kAIST
19.12.2019 23:41Для персонального использования с бесплатными картографическими сервисами проблем то нет. Но обязать делиться этим с другими компаниями, которые так же могут использовать их как основа своего бизнеса? Как вы это себе представляете? Тем более, альтернативы то есть.
tcapb1
19.12.2019 20:29Вполне естественный процесс для успешного IT-продукта к сожалению.
1. Выпускаем тестовую версию, пока вообще не понимаем взлетит или нет, не берём денег, отлаживаем на пользователях.
2. Продукт оказался востребованным, первоначально могут вводиться какие-нибудь платные тарифы, однако не закрывается возможность бесплатного использования.
3. Окончательно вводятся коммерческие тарифы, бесплатное использование остаётся только для некоммерческих организаций, вводится модерация бесплатного использования с баном при подозрении в использовании в коммерческих целях.
4. Повышаются цены.
С Яндекс.Картами похожая вещь. Если бы было больше конкуренции — может быть цены были бы ниже, но и на Гугл и на Яндекс работает эффект масштаба.
lotse8
20.12.2019 00:49Пардон за мой французский, но по другому не скажешь:
титька гугла со временем превращается в его пипиську
TyVik
Я в своей open source игрушке завязался на Google Maps API. Когда внезапно набежали пользователи, съели мой лимит, и я оказался должен Google $50 — было не очень приятно. В итоге сейчас просто отключаю ключик под конец месяца, но подумываю о переезде.
eumorozov
Я работал в относительно небольшой компании, и вроде пользователей у нас немного. Но за неделю на одном только из проектов набежало $5,000, что было весьма болезненно для кошелька владельца компании.
Причем понять как и за что столько начислили, не удалось. Потому что в логах вебсервера, например, нашлось всего лишь несколько сотен обращений к единственной странице сайта, использующей Google Maps.
Что касается лично меня, то я вообще планомерно отказываюсь от использования всех сервисов Google. Самое сложное, что осталось — отказаться от Android и YouTube. Последним хотя бы можно пользоваться анонимно, а вот альтернативы Android пока не видно, увы. iPhone — это поменять одного рабовладельца на другого.
CryptoPirate
Ubuntu phone / ubports :-)
Aldrog
На Sailfish с Android перейти легче благодаря поддержке андроид-приложений. Но UBPorts, безусловно, тоже неплохой вариант.
А ещё есть Plasma Mobile, postmarketOS и прочие
извращения. :)DerRotBaron
А что там с железом? Новое официально поддерживаемое не достать, а портирование с андроидных ядер, боюсь, будет долгой и увлекательной историей с неопределенным финалом. Или не все так печально?
CryptoPirate
Я с момента выхода официального Ubuntu Phone пользуюсь Aquaris E4.5 на Ubuntu.
При переходе на UBports было пара мелких багов, но теперь всё путём :-)
Но я не пользуюсь огромным количеством приложений, только по мелочи (мыло, карты, интернет, телегам). Заряд держит весь день.
Endeavour
de-googled AOSP?