Нет, слой букинга — это не реклама, а достаточно внушительная (~2 млн объектов) часть наших данных по отелям, апартаментам и прочим объектам проживания, которая значительно обогащает наши гео-данные. Для сравнения в OSM таких объектов всего около 400k. Более того, удаление «не лету» какой-то части данных с карт с нашей архитектурой не представляется возможным, ибо наши гео-данные — «монолит на дифах», что и позволяет нашим картам мало весить и быть очень быстрыми на всех уровнях зума. Ну и в целом поиск и бронирование отелей в MAPS.ME популярная функция у пользователей, что видно по кратной динамике роста ее использования за последние 3 года с момента запуска. Думаю когда мы решим баг с приоритетным вытеснением отелями других объектов вопрос отпадет сам собой.
Да, такое поведение есть, но это осознанный шаг: мы очень экономно опрашиваем GPS, чтобы не съедать батарейку в бэкграунде. Будет неприятно, если вы где-то в горах а приложение съело всю батарейку, работая в кармане :) Тут могу обрадовать, что у нас в работе есть задача под названием «smart power management». Если коротко, то она будет оптимизировать работу приложения, исходя из оставшегося заряда батареи и сценария использования.
Да, проблем еще много, но стоит признать, что динамика в целом положительная, это лишь вопрос времени :) Мне кажется, что решение все такие будет комплексное где-то на стыке генетики/нанотехнологий/робототехики/нейроинтерфейсов.
Спасибо за добрые слова :) В Mail.Ru Group все проекты независимы друг от друга (система бизнес-юнитов), что позволяет нам сохранять полную самостоятельность в продуктовой стратегии, правда накладывает определенные обязательства по росту коммерческих показателей перед акционерами (впрочем любой другой инвестор будет делать то же самое).
В 53 странах мира MAPS.ME входит в топ 10 приложений в категории Travel (53 — AppStore, 26 — Google Play). Это можно посмотреть в сервисе мониторинга рейтингах Appannie.
Если смотрите рейтинги в Google Play c мобильного телефона, не забудьте включить отображение уже установленных приложений (по умолчанию Google скрывает из стора установленные приложения).
Кирилл, привет :) Из интервью ты понял как мы задачи приоритезируем и что позволяет нам сохранять фокус. Таких мелких, казалось бы, хотелок от пользователей у нас целый вагон по обратной связи, а команда разработки – 25 человек (у Google Maps — 1000, у Яндекс.Карт — 400). Плюс всегда есть trade off — сделать как-то 100% фичей для 100% пользователей (это нереально) или сделать хорошо и в адекватный срок 20% фичей для 80% пользователей. Так что ничего обещать не могу :/
Да, со слоем букинга проблема известная, стоит в плане на фикс. Это на самом деле баг, который получился в процессе решения благой задачи: показывать на карте отели с более высоким рейтингом (7+) выше отелей с более низким рейтингом (система вытеснения объектов). В итоге в Венеции, например, это выглядит жутко: отели на высоких зум-левелах вытесняют достопримечательности и рестораны. В общем про проблему знаем, будем решать.
Сейчас параллельно развивается ряд прорывных биотехнологий (например CRISPR/Cas9), которые примерно лет через 20 позволят людям значительно продлить жизнь. Таким образом, задача таких «дядь» как я — сохранить себя в хорошем физическом и умственном состоянии до 57 лет. Путь к «вечной» жизни будет постепенный: в ближайшие 20 (2040) лет мы научимся замедлять процессы старения (минус — замедление процессов восстановления после травм), выращивать органы (тут уже есть большой прогресс на стволовых клетках) и производить лекарства под конкретно вашу ДНК/группы ДНК. В последующие 20 (2060) лет решим вопрос ускорения процесса заживления клеток (и проблемы накопления ошибок в процессе репликации ДНК и сбои в процессах её репарации), ну а дальше можно будет и омолаживаться, меняя ДНК живого человека (возможно будет какое-то мировое регулирование этого процесса). Помимо генной инженерии активно идет работа над нейроинтерфейсами (протезирование органов), робототехникой и нано-роботами (для медицинских целей). В общем много всего происходит интересного. Арифметика такая: через 20 лет, когда мне будет 57 (ЗОЖ, ПП и все такое), я смогу замедлить процессы старения и прожить до 77 лет, ощущая себя при этом на 60. Далее физическое здоровье уже не будет проблемой и вопросы встанут скорее в части ментального здоровья и сохранения вашего сознания в неизменном виде в процессе физического омоложения.
Мы используем бесплатные открытые данные высот от Space Shuttle Radar Topography Mission (SRTM), которые покрывают 80% земной поверхности. Ну и в целом мы не покупаем данные, а работаем только с открытыми источниками или по партнерским моделям (как, например, с Booking.com). Экономика бесплатного b2c приложения (даже такого популярного как MAPS.ME) не позволяет покупать глобальные гео-данные – это безумно дорого (впрочем, гиганты вроде Google могут себе это позволить). Ну и в целом мы верим, что будущее картографии — за открытыми данными и тренды последних лет это подтверждают :)
Да, это хорошая идея. Мы в целом сейчас внимательно смотрим на различные нишевые travel продукты (вроде AllTrails), чтобы лучше понимать потребности adventure путешественников.
Спасибо за обратную связь :) Такая фича для режима автонавигация есть в нашем pipeline задач, как раз в том виде, как вы описали: с анализом и отображением (+ заблаговременным предупреждением) участков с крутыми подъёмами/спусками. Правда в списке приоритетов она не очень высоко. В данный момент в категории задач по автонавигации мы решаем наиболее крупные проблемы, а именно: исключение платных и/или грунтовых дорог и работа над более точным расчетом ETA. Позже будем переходить остальные задачи в pipeline, в соответствии с нашей системой приоритезации.
Откат кем-то из осмеров вполне возможен :) Также бывают дубликаты из за того, что у нас обновления карт завязаны на обновления приложений (1-2 раза в месяц): разные пользователи могут добавить одно и то же место в ОСМ. Поэтому где-то в начале сентября мы выкатим инкрементальные обновления. По расчетам за месяц будет набираться обновлений примерно на 10% от размера загруженных данных и у большего количества пользователей будут актуальные карты, что должно свести дублирование на минимум.
Посмотрите на это со стороны бизнеса: этот человек просто попал в неподходящую для него команду, в результате чего и возник конфликт. Вся команда проекта была ориентирована на результат и работала в поте лица, а он не выполнял свои KPI и часто подводил, при этом он со всеми «дружил». Есть такая категория работников, которые компенсируют свои низкие результаты работы дружбой с коллегами. Такие люди отлично чувствуют себя в крупных компаниях где нет контроля показателей эффективности. И график работы тут вообще ни при чем. Как же поступить работодателю, если не получается добиться от сотрудника результата и наладить с ним взаимопонимание? Разумеется заменить его, ведь это бизнес и ничего личного тут нет. По опыту скажу, что в принципе крайне трудно добиться в жизни серьезного результата работая четко с 9 до 18, просто потому что жизнь не такая прямолинейная. Все успешные люди в ИТ индустрии, которых я знаю — работают очень и очень много. Они не требуют компенсации за переработки, потому что сперва показывают отличный результат и естественным образом растут профессионально и материально, получая более высокую ЗП, бонусы, опционы и тд. Утром стулья — вечером деньги и никак иначе. Поймите, всегда будут времена, требующие сверхусилий. В такие времена увольняют «балласт» и повышают ЗП и бонусы эффективным сотрудникам. Работа это минимум 50% вашего жизненного времени. Это как семья и дружба: разве вы готовы всю жизнь прожить с человеком, с которым у вас нет общих интересов и взаимопонимания, даже если вы заключили официальный брак? Разве вы возьмете с собой на восхождение на Эверест ненадежного конфликтного человека? По теме построения, удержания и развития команды есть много полезных книг, написанных владельцами бизнесов, почитайте. Вот небольшой список рекомендуемых мной книг, если будет интересно:
Про OSM забыл: да, разумеется все данные уходят напрямую в OpenStreetMap, правда они сперва кэшируются (мы же офлайн карты в первую очередь) и отображаются на клиенте, а при наличии подключения к интернету – отправляются на сервера OSM (правда надо сперва зарегистрироваться в ОСМе через веб-вьюху). На данный момент мы привлекли в OSM более 150к редакторов, которые внесли уже более 1,5 млн правок, при этом почти 40% активных маперов ОСМ мапят через MAPS.ME (POI конечно).
Наш набор в МЭИ в 1999 был экспериментальным. Кажется было всего 2 выпуска по этой специальности, а жаль, ведь биотех, медтех и робототехника сейчас на подъеме.
POI: тут есть некоторые технологический ограничения, связанные с алгоритмами оптимизации объема данных (благодаря которым наши карты быстрые, а их вес примерно в 4 раза меньше чем у Google). Но задача под названием «динамические персонализированные стили карт» есть, просто мы ее пока отложили. Ручной привод под вопросом: мы все же ориентированы на массового пользователя, которые негативно реагирует на большое количество настроек.
Навигация: да, в прошлом году нам пришлось с нуля написать новый алгоритм построения маршрутов, поскольку OSRM не позволял нам внедрить пробки, плюс имел ряд ограничений по многоточечной маршрутизации. В результате алгоритм получился сыроват, но мы его допиливаем, в первую очередь работаем над скоростью, вариантами маршрутов (исключение грунтовок, платных дорог). Зато благодаря новому движку навигации удалось на 20% сократить объем данных, при сохранении полноты данных, разумеется.
По поводу ЛитРес вы заблуждаетесь:
Никаких DDoS атак на конкурентов не было, но была и есть совершенно законная борьба с пиратами всеми доступными юридическими инструментами. Есть отдельная категория граждан, которые отрицают авторское право и считают, что любая электронная книга должна распространяться бесплатно. Они называют ЛитРес «копирастами» и поливают помоями и дезинформацией при любом удобном случае. Ну вы понимаете как это работает: один уважаемый человек (скажем известный блоггер) закинул ложную информацию (сгустив краски), ему поверили остальные и пошло поехало. Стандартная схема вирального анти-PR. К сожалению, в интернете есть простое правило: правда за тем, кто громче кричит. Хорошо подготовленная и посеянная через блоггеров ложь быстро превращается в правду, поскольку в нее верит большинство. Мало кто докапывается до истины, а если и докапываются уже ничего не изменить: PR волна проходит быстро и ее результат остается неизменно за тем, кто громче кричал. Уверен и вы моим словам едва ли поверите. Мы кстати планировали сперва привлечь некоторых блоггеров за клевету, но нас отговорил один опытный блоггер, объяснив что эту войну мы проиграли и попытки что-то доказать и кого-то наказать только сделают хуже.
Не было и никакого «налета» на читалки, просто велась легальная работа по очистке мобильных сторов от пиратов. К сожалению, многие читалки злоупотребляют наличием пиратки, от чего и страдают. По результатам первого мониторинга Google Play в список на удаление попала популярная читалка MoonReader, в которой разумеется была пиратка. Однако в AppStore процедура удаления сложная: там сперва менеджер связывается с владельцем приложения и с заявителем и предлагает им договориться. В Google Play такого не было (не знаю есть ли сейчас) и приложение было удалено автоматически сразу после отправки претензии (без разбора). Если бы процедура балы похожа на AppStore всей этой истории бы не было. Ну а дальше создатель приложения организовал на нас PR-атаку, преподнеся все в совершенно ином свете. Многим хочется верить в теорию заговора, она более красочная и эмоциональная и вызывает желание бороться за справедливость.
Сотрудник, которого я уволил (формально — по соглашению сторон с выплатой 2 окладов) был вообще не из ЛитРес (это было в 2010 году), впрочем это не важно. Сверхрезультат требует сверхусилий, но и подразумевает хорошую оплату. Теперь я просто не нанимаю людей, которые не разделяют моих убеждений в подходе к работе. Работа — это большая часть нашей жизни. Не рекомендую и вам работать с людьми, с которыми вам не комфортно. В ЛитРес мне тоже приходилось расставаться с людьми (это были увольнения по собственному желанию). Это и правда не повод для гордости, а менеджерская ошибка, ибо я этих людей нанимал. Почему я про это рассказываю — я делюсь своим опытом, чтобы другие не совершали моих ошибок. Один из важнейших скилов любого менеджера — умение признавать свои ошибки и не скрывать их. Это гарантия того, что вы понимаете что это была ошибка и будете работать над тем, чтобы таких ошибок не было в будущем. Никому не рекомендую работать с людьми, которые не разделяют ваши ценности. А если так получилось — расставайтесь с такими людьми.
Раз вы так легко судите о том, что правильно а что нет в управлении людьми, значит у вас есть личный богатый опыт управления и серьезные достижения? Поделитесь здесь, пожалуйста :)
На этот вопрос мне, к сожалению, не позволяет ответить NDA с провайдером. Могу лишь сказать, что это один из крупнейших в мире агрегаторов данных по трафику, собирающий данные от более чем 100 различных партнеров по всему миру.
Спасибо, пофиксил :)
Вообще все материалы лежат в этой папке на Google Drive с доступом на чтение для всех. Нужный вам документ называется: «Marketing P&L & Monetization Model Template». Также рекомендую присмотреться к Full Education Course.
Каждый раз, когда мне приходилось кого-то увольнять – это была моя личная боль. Таких случаев было очень мало, но они были. Я убежден, что корень проблемы не в том человеке, которого увольняют, а в руководителе, который его нанимал и не доработал как HR или лидер. Конкретно этот случай особый: этого парня нанимал не я, ибо я пришел руководить уже готовой командой. Это был мой урок который я усвоил на всю жизнь: собирай свою команду единомышленников и много инвестируй личного времени в HR и развитие команды, тогда и не будет увольнений. Безумно круто то, что мы с основателем MAPS.ME (Юра Мельничек) мыслим одинаково и во многом похожи в подходах к бизнесу и к жизни, поэтому мой приход во главу компании был органичным. Думаю такое бывает не часто.
Эта статья/пост – расшифровка моего выступления перед учениками сервиса GeekBrains (школьники и студенты в основном). Цель выступления – вдохновить молодежь на развитие и новые достижения, поделиться моим личным опытом от начала интереса к ИТ и до сегодняшних дней, рассказать мои про ошибки и достижения, описать личный путь развития и борьбы со своими страхами. Такое повествование крайне сложно сделать обезличенным, да и не нужно. Когда-то студентом и я слушал в МЭИ на кафедре речь предпринимателя, который меня вдохновил. Он выступал ради славы и самолюбования? Многие предприниматели считают своим долгом делиться опытом с подрастающим поколением, потому что люди охотнее верят реальным достижениям людей, а не бизнес-коучам, цитирующим прописные истины. Впрочем вы правы, со стороны этот пост выглядит как ярмарка тщеславия :) А еще я крестиком вышивать умею ;)
Если смотрите рейтинги в Google Play c мобильного телефона, не забудьте включить отображение уже установленных приложений (по умолчанию Google скрывает из стора установленные приложения).
Да, это хорошая идея. Мы в целом сейчас внимательно смотрим на различные нишевые travel продукты (вроде AllTrails), чтобы лучше понимать потребности adventure путешественников.
Спасибо за обратную связь :) Такая фича для режима автонавигация есть в нашем pipeline задач, как раз в том виде, как вы описали: с анализом и отображением (+ заблаговременным предупреждением) участков с крутыми подъёмами/спусками. Правда в списке приоритетов она не очень высоко. В данный момент в категории задач по автонавигации мы решаем наиболее крупные проблемы, а именно: исключение платных и/или грунтовых дорог и работа над более точным расчетом ETA. Позже будем переходить остальные задачи в pipeline, в соответствии с нашей системой приоритезации.
По поводу ЛитРес вы заблуждаетесь:
Вообще все материалы лежат в этой папке на Google Drive с доступом на чтение для всех. Нужный вам документ называется: «Marketing P&L & Monetization Model Template». Также рекомендую присмотреться к Full Education Course.