Когда я нахожусь в большом и незнакомом ТЦ (а именно в таких местах я пользуюсь индор-навигацией, т.к. в знакомых я и без навигатора ориентируюсь), то для меня сложнее всего определить "где я сейчас" и обычно именно для этого мне и нужен индор-навигатор.
С ходу вижу тут проблему достоверности данных. Сразу вспомнил историю про мужика, который сложил пачку телефонов в тележку, включил на них навигатор и прошёлся по дороге. В итоге карточные приложения решили, что там мёртвая пробка, т.к. "вон сколько водителей (а точнее - их телефонов) так медленно едут".
Кажется, любую проблему можно решить при должном усилии (и какой-то ценой, соответственно), но вопрос - настолько ли эта проблема масштабна для всего сервиса?
Опять же - а не проще воспользоваться статистическими данными и сопоставить их с пробками, чем считать что-то для автобуса?
Проще, но точность предсказания будет ниже.
Мне кажется, эта проблема должна решаться связкой передатчика с маршрутом. Или в передаваемых данных должен быть номер маршрута. Всё остальное выглядит костылями.
В идеальном мире данные от поставщиков полны полезных атрибутов, почищены от шумов и мусора, не содержат пропусков. В реальном мире ты (обычно) либо берёшь что дают и учишься с этим работать, либо не имеешь ничего. Просить что-то изменить можно, но это бывает крайне долго, а иногда сразу говорят, мол "нам это не надо".
Кому-то - неудобный комбайн с мешаниной функций. А я, например, часто сравниваю время в пути (для одного и того же маршрута) на машине и общественном транспорте. Раньше для этого приходилось проделывать идентичные операции в двух разных приложениях.
Четырёхдневка была не у Кембриджа и Оксфорда, они только наблюдали:
Самые крупные компании, подписавшиеся на эксперимент с четырёхдневкой одними из первых — Atom Bank и маркетинговая компания Awin, в каждой из них в британских офисах работает порядка 450 человек
Если перестраивает на платку с отключенными платными дорогами, то имеет смысл сделать баг-репорт. Правда, если дело ночью (ну или по времени как-то сочетается с разведением мостов), то могут быть стрёмные маршруты.
Есть цель, а есть проблема. Проблема - это то, что мешает (бизнесу).
Хотя это я уже писал в начале статьи.
То, что вы написали, является неплохой академической целью, но никак не мешает бизнесу. Если инструмент не решает никакую проблему - он бизнесу не нужен. Если решает проблему, для которой уже есть привычный инструмент - аналогично.
Я.Маркет нанимает и платит (на соответствующих ролях) вполне неплохо. Приходите, сделайте как надо. Заодно узнаете, почему до вас этого сделать не получилось.
Когда я нахожусь в большом и незнакомом ТЦ (а именно в таких местах я пользуюсь индор-навигацией, т.к. в знакомых я и без навигатора ориентируюсь), то для меня сложнее всего определить "где я сейчас" и обычно именно для этого мне и нужен индор-навигатор.
Способ навигации существует давно, но для автомобильной навигации начали использовать недавно в силу того, что GPS был намного точнее.
(отвечал на https://habr.com/ru/news/754816/#comment_25861780)
С ходу вижу тут проблему достоверности данных. Сразу вспомнил историю про мужика, который сложил пачку телефонов в тележку, включил на них навигатор и прошёлся по дороге. В итоге карточные приложения решили, что там мёртвая пробка, т.к. "вон сколько водителей (а точнее - их телефонов) так медленно едут".
Кажется, любую проблему можно решить при должном усилии (и какой-то ценой, соответственно), но вопрос - настолько ли эта проблема масштабна для всего сервиса?
Проще, но точность предсказания будет ниже.
В идеальном мире данные от поставщиков полны полезных атрибутов, почищены от шумов и мусора, не содержат пропусков. В реальном мире ты (обычно) либо берёшь что дают и учишься с этим работать, либо не имеешь ничего. Просить что-то изменить можно, но это бывает крайне долго, а иногда сразу говорят, мол "нам это не надо".
Поставщики данных могут быть разными. Кто-то даёт избыток информации, кто-то даёт самый минимум.
Кому-то - неудобный комбайн с мешаниной функций. А я, например, часто сравниваю время в пути (для одного и того же маршрута) на машине и общественном транспорте. Раньше для этого приходилось проделывать идентичные операции в двух разных приложениях.
Четырёхдневка была не у Кембриджа и Оксфорда, они только наблюдали:
Какая в этом стандарте должность для разработчика выше старшего и при этом не занимающегося управлением?
Немного странное утверждение про детей, с учётом того, что 57% игроков PUBG старше 25 лет.
После учёта налогов и стоимости проживания - картина меняется.
Если кого-то (как и меня когда-то) заинтересует вопрос, "а есть ли что-то более эффективное?" рекомендую почитать вот эту статью: Log(Graph): A Near-Optimal High-Performance Graph Representation (ethz.ch)
Если перестраивает на платку с отключенными платными дорогами, то имеет смысл сделать баг-репорт. Правда, если дело ночью (ну или по времени как-то сочетается с разведением мостов), то могут быть стрёмные маршруты.
Увы, нет. Персонализация карты сильно бьёт по производительности.
Есть цель, а есть проблема. Проблема - это то, что мешает (бизнесу).
Хотя это я уже писал в начале статьи.То, что вы написали, является неплохой академической целью, но никак не мешает бизнесу. Если инструмент не решает никакую проблему - он бизнесу не нужен. Если решает проблему, для которой уже есть привычный инструмент - аналогично.
Разница есть для понятия потока и процесса. В линуксе потоки являются процессами, в винде - это отдельные сущности.
А мы под линуксом или под виндой? :)
Я.Маркет нанимает и платит (на соответствующих ролях) вполне неплохо. Приходите, сделайте как надо. Заодно узнаете, почему до вас этого сделать не получилось.
Ну там в топе АиФ и Дзен. Так себе источники знаний. Я бы рекомендовал искать статьи на английском и в поисковом запросе добавлять article.
Если они рекламируют не конкретно свою клинику, а оздоровление в целом - то выглядит допустимо.
На всякий случай отмечу, что именно Ян изобрёл те самые GAN, с помощью которых теперь генерируют фотореалистичные картинки.