Совершенно согласен. Думаю что в будущем у всех камер и программ просто будут специальные сертифицированные алгоритмы, которые добавляют специальные точки на изображение, по типу тех, которые используются для сбора статистики с TV.
А все видео, которые таких меток не содержат (меток, что однозначно идентифицируют время, место и автора съёмки) — автоматически будут помечаться НЕДОСТОВЕРНЫМИ.
Ютуб, например, на все свои старые видео сам метки добавит.
Это как при игре в Старкрафт: если ты развиваешься себе потихоньку, а минералы копятся в неприличном количестве в сравнении с оппонентами, то скоро у тебя будут проблемы.
Вопрос к знающим: а если бы они эту свою службу на Эрланге написали, например? Он вроде как придуман для быстрых и мелких штук. Или с появлением Го и Раста нет смысла что-то писать на Эрланге?
Непонятно, зачем эти полумеры. Давно пора сделать уже серьезный шаг и ускориться до выпуска 42 релизов в минуту, а там уже и до одного релиза в одно планковское время недалеко.
Есть индийский фильм:
Проект «Чистая Индия». История любви (Toilet — Ek Prem Katha) www.kinopoisk.ru/film/987309
У местных жителей сильны традиционные ценности (нельзя в доме держать туалет) и внедрение туалетов продвигается со скрипом.
Фильм пропагандистский, но смотреть интересно, «погружает» в атмосферу)
Собственно на этом и строилась проверка. На самом деле я был недостаточно скрупулезен, потому что нужно еще учитывать растущую среднегодовую температуру. Но это уже не так просто.
Некоторое время назад я проводил небольшое примитивное исследование прогноза Яндекс.погоды. Выводы не очень.
По моему мнению, для прогнозов лучше подойдет использование моделей из гидродинамики, а не ML.
В данном варианте, http.get('/api/items') генерирует только одно Observable значение, поэтому отписываться от него не нужно, RxJs сам позаботится об этом.
Спасибо за цитату, перечитал еще раз, но мне не требовалось хранить такой большой массив, потому что достаточно было хранить 2 перемешанных массива, один из которых содержал 320 элементов, другой 200. (320+200)*2 = 1КБ, что не так уж и много. К тому же перемешивать каждый из небольших массивов можно очень быстро.
Совершенно согласен. Думаю что в будущем у всех камер и программ просто будут специальные сертифицированные алгоритмы, которые добавляют специальные точки на изображение, по типу тех, которые используются для сбора статистики с TV.
А все видео, которые таких меток не содержат (меток, что однозначно идентифицируют время, место и автора съёмки) — автоматически будут помечаться НЕДОСТОВЕРНЫМИ.
Ютуб, например, на все свои старые видео сам метки добавит.
Это как при игре в Старкрафт: если ты развиваешься себе потихоньку, а минералы копятся в неприличном количестве в сравнении с оппонентами, то скоро у тебя будут проблемы.
Вопрос к знающим: а если бы они эту свою службу на Эрланге написали, например? Он вроде как придуман для быстрых и мелких штук. Или с появлением Го и Раста нет смысла что-то писать на Эрланге?
Тоже хотел предложить эту модель. В ней намного проще рассчитывать экстремумы.
Но автор молодец, было интересно.
Непонятно, зачем эти полумеры. Давно пора сделать уже серьезный шаг и ускориться до выпуска 42 релизов в минуту, а там уже и до одного релиза в одно планковское время недалеко.
Проект «Чистая Индия». История любви (Toilet — Ek Prem Katha) www.kinopoisk.ru/film/987309
У местных жителей сильны традиционные ценности (нельзя в доме держать туалет) и внедрение туалетов продвигается со скрипом.
Фильм пропагандистский, но смотреть интересно, «погружает» в атмосферу)
Мне сильно не хватает кнопки перемешивания прям на панели, а не в
Начало хорошее. А есть ли то, чем продолжить?
«Допустим», «предположим» — инструменты для строгого доказательства от противного.
Приведите, пожалуйста, пример допущения.
Расстояние между векторами нужно для выяснения смещения.
Чуть подробнее:
Караганда (данные до 2015 года)
Воронеж
А как насчёт 146%?
Некоторое время назад я проводил небольшое примитивное исследование прогноза Яндекс.погоды. Выводы не очень.
По моему мнению, для прогнозов лучше подойдет использование моделей из гидродинамики, а не ML.
Думаю что вам нужно посмотреть в сторону retryWhen.
В данном варианте,
http.get('/api/items')
генерирует только одноObservable
значение, поэтому отписываться от него не нужно,RxJs
сам позаботится об этом.