Эту величину I обычно называют информативностью или неожиданностью, поскольку чем меньше вероятность появления состояния, тем больше неожиданность, когда оно вдруг наступает. Когда вероятность мала, неожиданность велика, а когда вероятность велика, неожиданность мала.
Вместо "неожиданности" лучше использовать "удивление". Если вероятность была мала, то удивление будет велико. А если вероятность была велика, тогда нечему удивляться.
Некоторые примеры из реального мира противоречат утверждению, что энтропия всегда возрастает.
Например Хабр. Энтропия Хабра низкая, когда за день не находишь ни одной интересной статьи. А когда вдруг появляется что-то интересное, то - "Черт возьми, что происходит?! Неужели, неужели... энтропия возрастает?! ... Ах нет, показалось. Как же все предсказуемо. Проклятая энтропия не желает расти."
Свидетельство о регистрации топологии и авторы Пявина Карина Олеговна (RU), Катин Дмитрий Юрьевич (RU) в наличии
Но там не указано название микросхемы. У Интеграла, Микрона и Миландра тоже есть топологии для RS-485, и там указаны конкретные названия микросхем (5559ИН20Т, 3485К, 5559ИН86).
Степлеры конфискованы», — позднее отчитались в GameStop.
Еще недавно у сотрудников магазинов отбирали канцелярские ножи. Они разрезали ими картонные коробки с товаром, повреждая при этом индивидуальную упаковку товара.
Представитель GameStop заявил, что «расследует этот вопрос»
-Как прикрепить чек к коробке, чтобы он не потерялся? -Используйте степлер чтобы прикрепить чек к коробке. -Спасибо, GPT.
Работа доступна на https://arxiv.org/pdf/2409.03814 Исследователи создали прибор для обнаружения темной материи, и провели эксперимент. В результате эксперимента была обнаружена темная материя, сила взаимодействия которой ниже чувствительности прибора. Был проведен тщательный анализ, и создан план повышения чувствительности прибора, и улучшения методики эксперимента, для более точного измерения силы взаимодействия найденной темной материи.
Информацию будут собирать "Курсор-Копилотные" модели. Непосредственно из проектов пользователей. Таковы будут условия использования сервиса - по сути принуждение делиться собственным опытом. Получится нейросеть в которую будут включены программисты, в качестве источника информации. Нейросеть информационный вампир.
Для анализа комментариев нужно специальную модель создавать. Комментарии это слишком специфический контент. К тому же модель должна учитывать психологию. Это будет что-то типа ПЯМ - психологическая языковая модель.
-Слушай GPT, я тут на Реддит профиль создал. Подскажи что бы такого про себя написать, чтобы произвести впечатление. А то у меня фантазии не хватает. -Напиши что ты король. -Не, это заурядно. -Напиши что ты Великий Король. -Не впечатляет. -Напиши что ты Величайший Король Вселенной, повелитель тысячи миров, и самый мудрый правитель на сто тысяч галактик. -Да, вот это реально круто! Конечно напишу, спасибо GPT! Даже не знал что так можно.
-Слышь Морти. Тут какой-то чувак прилетел. Называет себя Величайший Король Вселенной. Говорит что какой-то м...к разместил поддельную анкету на Реддит от его имени. Хочет найти его, зажарить, и выложить ролик в ютуб. -Эээ, Рик, а можно это как-то уладить? -ЧТо? Вот только не говори, Морти, что этот м..к это ты. -Да я ничего такого не хотел. Я даже не знал что Величайший Король Вселенной существует. Это же всего лишь для анкеты на Реддит. Там всяких королей пруд пруди. Я даже не думал что меня заметят.
Новость 2029 года: "В среднем после 5-6 промптов, ChatGPT вызывает пользователю психиатрическую помощь. В прошлом году пользователям удавалось вводить в среднем 8 промптов до вызова помощи, и еще несколько до приезда санитаров."
Для этого нужна система идентификации абонента, с поддержкой на аппаратном уровне. Требуется сотрудничество и полная ответственность всех операторов связи.
Еще можно сопоставить математическую обработку оцифрованного сигнала, и осциллограмму сигнала приложенного к LC контуру. Изменение коэффициентов сопоставить изменению номиналов. Все таки математика заменяет набор физических фильтров.
Зачем банкам мессенджеры, если у них есть свои мобильные приложения, которые они всеми силами навязывают клиентам? Зачем запрещать то, что им и так не нужно? С операторами связи то же самое.
То есть всё это "легаси" это не просто "дополнительный микрокод" как многие наивно полагают, оно поедает драгоценное пространство на площади кристалла и серьезно усложняет схемотехнику.
А можно в цифрах - какой процент от площади кристалла это "усложнение" занимает? Как это влияет на максимальную частоту процессора? На сколько увеличивается время разработки новых процессоров из-за "усложненной" схемотехники?
Поскольку тема мне очень интересна, я постарался разобраться в отчете (насколько смог) и попробую ответить как бы от имени автора оригинальной статьи. Замечу, что не полностью разделяю его взгляды
Не следовало вообще делать перевод оригинальной статьи. Можно было сослаться на нее как на источник. Тем более название той статьи неудачное. Надо было сделать свой материал, на основе State of CI/CD Report, и оригинальной статьи. То что вы сейчас пишите в комментариях, тоже должно было быть в статье.
У вас акценты расставлены неверно. Вы делаете акцент на абсолютных цифрах, хотя важны только изменения по годам. Вы сразу вбрасываете спорный тезис - "сообщает о том, что DevOps‑инициативы, похоже, зашли в тупик."
Общая структура статьи должна быть примерно такая. Цель исследования - оценка эффективности внедрения devops за последние годы. Методы исследования - по косвенным показателям. Используются метрики, без учета дополнительных параметров (например без учета сложности проекта). Факты - метрики падают за последние годы. Вопрос - действительно ли это показатель малой эффективности devops, или выбранный метод исследования дает ложные результаты?
Скорость деплоя и ее неоднозначность Она отражает общую способность команды регулярно поставлять работающий код.
Даже этого не отражает. В отдельных проектах регулярность и частота деплоя не имеют никакого значения, и при внедрении devops они не изменятся. Это не прямой признак. Просто этот показатель должен улучшаться в среднем, по мере расширения использования devops.
Восстановление сервиса в течение недели
Как вариант - devops был прикручен как опция. Упал сервис - ну и ладно, работаем по старинке. Почему не поднимают быстро - потому что не особо-то и нужен. Равноправные варианты - "devops слишком сложен, поэтому долго восстанавливают", и "devops хоть и есть, но не является необходимым, поэтому не торопятся восстанавливать".
Вместо "неожиданности" лучше использовать "удивление". Если вероятность была мала, то удивление будет велико. А если вероятность была велика, тогда нечему удивляться.
Например Хабр. Энтропия Хабра низкая, когда за день не находишь ни одной интересной статьи. А когда вдруг появляется что-то интересное, то - "Черт возьми, что происходит?! Неужели, неужели... энтропия возрастает?! ... Ах нет, показалось. Как же все предсказуемо. Проклятая энтропия не желает расти."
Если писать все с нуля, то умрешь от старости так и не доделав продукт. Мало что можно сделать без использования чужих библиотек.
Надо соблюдать правила использования библиотек.
Правила использования должны быть зафиксированы в соглашении. Риск должен быть просчитываемым.
Но там не указано название микросхемы. У Интеграла, Микрона и Миландра тоже есть топологии для RS-485, и там указаны конкретные названия микросхем (5559ИН20Т, 3485К, 5559ИН86).
Они первую версию продавали примерно в такой же упаковке. Вроде не было скандалов.
Еще недавно у сотрудников магазинов отбирали канцелярские ножи. Они разрезали ими картонные коробки с товаром, повреждая при этом индивидуальную упаковку товара.
-Как прикрепить чек к коробке, чтобы он не потерялся?
-Используйте степлер чтобы прикрепить чек к коробке.
-Спасибо, GPT.
Работа доступна на https://arxiv.org/pdf/2409.03814
Исследователи создали прибор для обнаружения темной материи, и провели эксперимент. В результате эксперимента была обнаружена темная материя, сила взаимодействия которой ниже чувствительности прибора. Был проведен тщательный анализ, и создан план повышения чувствительности прибора, и улучшения методики эксперимента, для более точного измерения силы взаимодействия найденной темной материи.
Информацию будут собирать "Курсор-Копилотные" модели. Непосредственно из проектов пользователей. Таковы будут условия использования сервиса - по сути принуждение делиться собственным опытом. Получится нейросеть в которую будут включены программисты, в качестве источника информации. Нейросеть информационный вампир.
Для анализа комментариев нужно специальную модель создавать. Комментарии это слишком специфический контент. К тому же модель должна учитывать психологию. Это будет что-то типа ПЯМ - психологическая языковая модель.
-Слушай GPT, я тут на Реддит профиль создал. Подскажи что бы такого про себя написать, чтобы произвести впечатление. А то у меня фантазии не хватает.
-Напиши что ты король.
-Не, это заурядно.
-Напиши что ты Великий Король.
-Не впечатляет.
-Напиши что ты Величайший Король Вселенной, повелитель тысячи миров, и самый мудрый правитель на сто тысяч галактик.
-Да, вот это реально круто! Конечно напишу, спасибо GPT! Даже не знал что так можно.
-Слышь Морти. Тут какой-то чувак прилетел. Называет себя Величайший Король Вселенной. Говорит что какой-то м...к разместил поддельную анкету на Реддит от его имени. Хочет найти его, зажарить, и выложить ролик в ютуб.
-Эээ, Рик, а можно это как-то уладить?
-ЧТо? Вот только не говори, Морти, что этот м..к это ты.
-Да я ничего такого не хотел. Я даже не знал что Величайший Король Вселенной существует. Это же всего лишь для анкеты на Реддит. Там всяких королей пруд пруди. Я даже не думал что меня заметят.
(из вымышленной серии "Рик и Морти".)
Новость 2029 года:
"В среднем после 5-6 промптов, ChatGPT вызывает пользователю психиатрическую помощь. В прошлом году пользователям удавалось вводить в среднем 8 промптов до вызова помощи, и еще несколько до приезда санитаров."
Люди вдруг забыли, что флуд, спам, и шизопост - это обычное явление в интернете. Просто LLM-ки вывели все это на новый уровень.
Комментарии пользователя:
"Классное видео!"
"Боян."
"Ржу с этого чувака."
"Опять ютуб какую-то хрень в рекомендации подсунул. Дибилы ..."
Определите место жительства пользователя, и его политические взгляды.
Пересказ статьи двумя предложениями.
На Reddit растет число модераторов, которые считают пользователей психопатами. Во всем виноват ChatGPT.
Для этого нужна система идентификации абонента, с поддержкой на аппаратном уровне. Требуется сотрудничество и полная ответственность всех операторов связи.
Еще можно сопоставить математическую обработку оцифрованного сигнала, и осциллограмму сигнала приложенного к LC контуру. Изменение коэффициентов сопоставить изменению номиналов.
Все таки математика заменяет набор физических фильтров.
Зачем банкам мессенджеры, если у них есть свои мобильные приложения, которые они всеми силами навязывают клиентам? Зачем запрещать то, что им и так не нужно?
С операторами связи то же самое.
Почему DevOps-инженер "между", а не в дополнение? И о каких администраторах речь?
А можно в цифрах - какой процент от площади кристалла это "усложнение" занимает? Как это влияет на максимальную частоту процессора? На сколько увеличивается время разработки новых процессоров из-за "усложненной" схемотехники?
Да, без сравнения с "простыми" схемами регистров, абсурдность сложности не очевидна.
Тем более в то время вряд ли были продвинутые оптимизаторы топологий.
Не следовало вообще делать перевод оригинальной статьи. Можно было сослаться на нее как на источник. Тем более название той статьи неудачное.
Надо было сделать свой материал, на основе State of CI/CD Report, и оригинальной статьи. То что вы сейчас пишите в комментариях, тоже должно было быть в статье.
У вас акценты расставлены неверно. Вы делаете акцент на абсолютных цифрах, хотя важны только изменения по годам.
Вы сразу вбрасываете спорный тезис - "сообщает о том, что DevOps‑инициативы, похоже, зашли в тупик."
Общая структура статьи должна быть примерно такая.
Цель исследования - оценка эффективности внедрения devops за последние годы.
Методы исследования - по косвенным показателям. Используются метрики, без учета дополнительных параметров (например без учета сложности проекта).
Факты - метрики падают за последние годы.
Вопрос - действительно ли это показатель малой эффективности devops, или выбранный метод исследования дает ложные результаты?
Даже этого не отражает. В отдельных проектах регулярность и частота деплоя не имеют никакого значения, и при внедрении devops они не изменятся. Это не прямой признак. Просто этот показатель должен улучшаться в среднем, по мере расширения использования devops.
Как вариант - devops был прикручен как опция. Упал сервис - ну и ладно, работаем по старинке. Почему не поднимают быстро - потому что не особо-то и нужен.
Равноправные варианты - "devops слишком сложен, поэтому долго восстанавливают", и "devops хоть и есть, но не является необходимым, поэтому не торопятся восстанавливать".