Метрикой пользуетесь не вы, а сайты, на которые вы заходите. Именно по этой причине Яндекс знает о вас многое даже если вы вообще никогда его сервисами не пользуетесь.
Очевидно, никакого дополнительного тепла не выделяется в первом случае, по сравнению со вторым.
Как-то неочевидно.
Давайте я вам другой пример приведу: есть летательный аппарат с сильным двигателем. Мы запустили его в космос, т.к. там меньше трения. Двигатель толкает аппарат с силой 10 Ньютон, вес аппарата 1кг. Очевидно, что через миллион секунд (полторы недели) аппарат будет иметь скорость 10^7 м/с, так ведь?
Этот пример к тому, что вы мне говорите, мол: "В моей теории такое невозможно, значит это невозможно в принципе". На самом деле это лишь говорит о неполноте вашей теории.
тогда и при вычислениях, теплотой выделенной за счет "потери" информации можно пренебречь
Что значит "можно пренебречь"? Может и массой каждого отдельного атома можно пренебречь? С этим не согласен. Если вы намекаете на то, что при создании новой информации затраты энергии пренебрежимо малы - я такого не писал и это в целом неверное высказывание. Я писал о том, что затраты меньше, чем выделенная энергия. Точную формулу затрат энергии на создание одного бита информации не помню, что-то связанное с постоянной Больцмана.
процессы, происходящие при взрыве бомбы, подчиняются ровно тем же физическим законам, что и сумматор на любом физическом принципе. Использование сумматора человеком - аналогично, так как человек, как и сумматор, состоит из абсолютно тех же по свойствам обьектов микромира, что и кусок урана и окружающая атмосфера.
Полностью согласен. Но вы так пишете, будто у меня есть где-то противоречие.
Получается, что тепло и есть информация - о состоянии нагретой системы.
Почему же нарушается? Информация очень "легковесна". При взрыве выделяется энергия, которой с избытком хватает и на нагрев, и на создание новой информации.
Отдельно хочу прокомментировать этот момент:
как и огромное количество новой информации - состояние системы потревоженных частиц.
Информация не будет считаться новой, если она может быть получена с помощью каких-то строгих/универсальных формул из старой информации. Это всё та же информация, просто переложенная в другом виде.
Удаление - не очень хороший термин, понятнее будет термин «потеря информации». Например, при выполнении сложения 2+3 вы получаете 5. И по этому числу 5 вы не можете узнать, какие именно были слагаемые, т.е. эта информация потеряна => любой арифметический сумматор будет выделять тепло в процессе работы, независимо от своего внутреннего устройства, будь то лампы, транзисторы, шестерни или абаки.
Но если мы в результате сумматора будем выдавать не только сумму, но еще и одно из слагаемых (или разность, например), то потери информации не происходит и такое устройство в теории может работать без потери энергии.
Разметка данных - это когда у тебя уже есть готовые наборы данных и надо их как-то "оценить" или "охарактеризовать". Условно, описать набор объектов на картинке, или сказать, что текст хороший/плохой. Но при этом ничего самому создавать не надо, т.е. не нужно проявлять никакого творчества.
А тренер должен не только уметь сказать, что, например, ответ на вопрос - плохой, но ещё и составить грамотный хороший ответ, который ожидается от AI-модели. Тренер не только оценивает ответ, но ещё и показывает "как надо" если вдруг ответ оказался плохим.
Аннотаторы занимаются только разметкой, новый качественный контент они не создают. В этом основное отличие от тренеров.
Толоки мало?
Она не подходит для создания качественного контента. Это платформа для быстрых и относительно неквалифицированных заданий. А тут одно задание может пару часов отнять, если не больше.
Есть ли навигаторы, которые умеют хорошо отрабатывать в ЦАО? Я просто только Я.Навигатором пользуюсь, вдруг кто-то другой уже придумал хорошее решение.
Когда я нахожусь в большом и незнакомом ТЦ (а именно в таких местах я пользуюсь индор-навигацией, т.к. в знакомых я и без навигатора ориентируюсь), то для меня сложнее всего определить "где я сейчас" и обычно именно для этого мне и нужен индор-навигатор.
С ходу вижу тут проблему достоверности данных. Сразу вспомнил историю про мужика, который сложил пачку телефонов в тележку, включил на них навигатор и прошёлся по дороге. В итоге карточные приложения решили, что там мёртвая пробка, т.к. "вон сколько водителей (а точнее - их телефонов) так медленно едут".
Кажется, любую проблему можно решить при должном усилии (и какой-то ценой, соответственно), но вопрос - настолько ли эта проблема масштабна для всего сервиса?
Опять же - а не проще воспользоваться статистическими данными и сопоставить их с пробками, чем считать что-то для автобуса?
Проще, но точность предсказания будет ниже.
Мне кажется, эта проблема должна решаться связкой передатчика с маршрутом. Или в передаваемых данных должен быть номер маршрута. Всё остальное выглядит костылями.
В идеальном мире данные от поставщиков полны полезных атрибутов, почищены от шумов и мусора, не содержат пропусков. В реальном мире ты (обычно) либо берёшь что дают и учишься с этим работать, либо не имеешь ничего. Просить что-то изменить можно, но это бывает крайне долго, а иногда сразу говорят, мол "нам это не надо".
Кому-то - неудобный комбайн с мешаниной функций. А я, например, часто сравниваю время в пути (для одного и того же маршрута) на машине и общественном транспорте. Раньше для этого приходилось проделывать идентичные операции в двух разных приложениях.
Четырёхдневка была не у Кембриджа и Оксфорда, они только наблюдали:
Самые крупные компании, подписавшиеся на эксперимент с четырёхдневкой одними из первых — Atom Bank и маркетинговая компания Awin, в каждой из них в британских офисах работает порядка 450 человек
Пользовался трекером - на мой вкус удобнее всех именитых аналогов. Вики тоже хорошо работает (не считая поиска, он там странный).
Метрикой пользуетесь не вы, а сайты, на которые вы заходите. Именно по этой причине Яндекс знает о вас многое даже если вы вообще никогда его сервисами не пользуетесь.
Ну, если у кого-то один раз сработало - значит все надежно :)
Как-то неочевидно.
Давайте я вам другой пример приведу: есть летательный аппарат с сильным двигателем. Мы запустили его в космос, т.к. там меньше трения. Двигатель толкает аппарат с силой 10 Ньютон, вес аппарата 1кг. Очевидно, что через миллион секунд (полторы недели) аппарат будет иметь скорость 10^7 м/с, так ведь?
Этот пример к тому, что вы мне говорите, мол: "В моей теории такое невозможно, значит это невозможно в принципе". На самом деле это лишь говорит о неполноте вашей теории.
Что значит "можно пренебречь"? Может и массой каждого отдельного атома можно пренебречь? С этим не согласен. Если вы намекаете на то, что при создании новой информации затраты энергии пренебрежимо малы - я такого не писал и это в целом неверное высказывание. Я писал о том, что затраты меньше, чем выделенная энергия. Точную формулу затрат энергии на создание одного бита информации не помню, что-то связанное с постоянной Больцмана.
Полностью согласен. Но вы так пишете, будто у меня есть где-то противоречие.
Какой-то неочевидный вывод, можете пояснить?
Почему же нарушается? Информация очень "легковесна". При взрыве выделяется энергия, которой с избытком хватает и на нагрев, и на создание новой информации.
Отдельно хочу прокомментировать этот момент:
Информация не будет считаться новой, если она может быть получена с помощью каких-то строгих/универсальных формул из старой информации. Это всё та же информация, просто переложенная в другом виде.
Не понял сути вашего высказывания. Про новую информацию речи не было, было только о выделении тепла при потере старой.
Удаление - не очень хороший термин, понятнее будет термин «потеря информации». Например, при выполнении сложения 2+3 вы получаете 5. И по этому числу 5 вы не можете узнать, какие именно были слагаемые, т.е. эта информация потеряна => любой арифметический сумматор будет выделять тепло в процессе работы, независимо от своего внутреннего устройства, будь то лампы, транзисторы, шестерни или абаки.
Но если мы в результате сумматора будем выдавать не только сумму, но еще и одно из слагаемых (или разность, например), то потери информации не происходит и такое устройство в теории может работать без потери энергии.
Раньше это было так, но с недавних пор - не так.
Разметка данных - это когда у тебя уже есть готовые наборы данных и надо их как-то "оценить" или "охарактеризовать". Условно, описать набор объектов на картинке, или сказать, что текст хороший/плохой. Но при этом ничего самому создавать не надо, т.е. не нужно проявлять никакого творчества.
А тренер должен не только уметь сказать, что, например, ответ на вопрос - плохой, но ещё и составить грамотный хороший ответ, который ожидается от AI-модели. Тренер не только оценивает ответ, но ещё и показывает "как надо" если вдруг ответ оказался плохим.
Аннотаторы занимаются только разметкой, новый качественный контент они не создают. В этом основное отличие от тренеров.
Она не подходит для создания качественного контента. Это платформа для быстрых и относительно неквалифицированных заданий. А тут одно задание может пару часов отнять, если не больше.
Есть ли навигаторы, которые умеют хорошо отрабатывать в ЦАО? Я просто только Я.Навигатором пользуюсь, вдруг кто-то другой уже придумал хорошее решение.
Существует мнение, что там не навигатор деградирует, а сигнал GPS глушат.
Когда я нахожусь в большом и незнакомом ТЦ (а именно в таких местах я пользуюсь индор-навигацией, т.к. в знакомых я и без навигатора ориентируюсь), то для меня сложнее всего определить "где я сейчас" и обычно именно для этого мне и нужен индор-навигатор.
Способ навигации существует давно, но для автомобильной навигации начали использовать недавно в силу того, что GPS был намного точнее.
(отвечал на https://habr.com/ru/news/754816/#comment_25861780)
С ходу вижу тут проблему достоверности данных. Сразу вспомнил историю про мужика, который сложил пачку телефонов в тележку, включил на них навигатор и прошёлся по дороге. В итоге карточные приложения решили, что там мёртвая пробка, т.к. "вон сколько водителей (а точнее - их телефонов) так медленно едут".
Кажется, любую проблему можно решить при должном усилии (и какой-то ценой, соответственно), но вопрос - настолько ли эта проблема масштабна для всего сервиса?
Проще, но точность предсказания будет ниже.
В идеальном мире данные от поставщиков полны полезных атрибутов, почищены от шумов и мусора, не содержат пропусков. В реальном мире ты (обычно) либо берёшь что дают и учишься с этим работать, либо не имеешь ничего. Просить что-то изменить можно, но это бывает крайне долго, а иногда сразу говорят, мол "нам это не надо".
Поставщики данных могут быть разными. Кто-то даёт избыток информации, кто-то даёт самый минимум.
Кому-то - неудобный комбайн с мешаниной функций. А я, например, часто сравниваю время в пути (для одного и того же маршрута) на машине и общественном транспорте. Раньше для этого приходилось проделывать идентичные операции в двух разных приложениях.
Четырёхдневка была не у Кембриджа и Оксфорда, они только наблюдали:
Какая в этом стандарте должность для разработчика выше старшего и при этом не занимающегося управлением?