Например, линукс применяет это где-то на ранних этапах запуска ядра. Ему надо указать параметром загрузки путь до файла intel_ucode.img, или как-то так. Можно погуглить механизм того как линукс его применяет, скорее всего у процессора есть специальные фичи для таких фокусов.
А у меня на таких дисках помимо с трудом добытого софта еще были autorun-менюшки с картинками, фоновой музыкой, кнопками для запуска установщиков и readme от себя; подборки flash-игр… Иногда приятно открыть вспомнить как это все дизайнилось, под впечатлением от дисков «Игромании».
А есть какая-нибудь демка или тулза чтобы достоверно услышать разницу с EAX и без? А то вот так натанцуешься с бубном, галочку включишь в игре, а какой с этого профит, не понятно..
наушники ночью подключать чтобы не шуметь, или колонки которые получше чем встройка у телевизора. не у всех есть 5.1 или ресивер с оптическим входом. про звук по Bluetooth лучше ничего не надо говорить, он ужасен и телевизор с bt-колонками каждый раз после включения надо снова настраивать, это вообще ни в какие ворота.
Wi-Fi AC есть и роутер стоит прямо за теликом, только вот у телика приемник паршивый и скорость не сильно выше проводных 100 мегабит, только еще и jitter добавляется.
Единственный плюс смартов LG — они управляются по ip, в том числе wake on lan/wlan, то есть можно заскриптовать все как надо, настроить в инженерном меню изображение один раз, выкинуть пульт и забыть про страшные интерфейсы в самом телике.
Минусы — нет копеечного выхода 3.5 для наушников, надо докупать конвертер из s/pdif с али. И 100мбит сетевой адаптер, то есть как подразумевается смотреть 4к самим "смарт" тв — вообще не понятно… Жаль еще нельзя рутануть и сменить стандартные картинки со скринсейвера, хакерам уже не интересно ковырять такие устройства :(
Как-то на улице шел мимо горы хлама строительного и офисного, там валялись среди прочего два Courier-а. Не смог пройти мимо, забрал, думал туда засунуть ардуину и что-то полезное сколхозить, и чтоб красными диодами мигали. Только не сложилось, так и лежат :(
разве? если проявляется в любой компании и только после несколькочасовой социализации.
на самой работе проблем нет, а вот потусить с коллегами — плохеет.
понимаю о чем речь, но тут общение и нахождение в обществе — именно цель. не ради обмена информацией, не ради победы в настолке и тд. просто хочется побыть в толпе, но потом голова гудит)
Добавлю свой конфликт в этот тред, пожалуй.
Мне вот физически тяжело общаться с людьми, и, возможно, отсюда вышло все остальное. Например, есть такой популярный способ досуга — настолки. Ну или другие коллективные игры типа шарад, крокодила и тд. Так вот мне все это нравится, но после 1-2 партий во что угодно я чувствую себя более измотанным, чем после рабочего дня, который перетек в рабочий вечер, который внезапно стал ночным факапом. Пробовал играть на пофиг, на автопилоте, на победу, не на победу, играть только во что-то одно, в разное, в одной компании, в незнакомой компании — никакой разницы.
В целом, после любых социальных активностей всегда остаются комбинации таких ощущений: головная боль, сонливость, апатия/"выжатость", желание биться головой об стену, ни на что не похожая усталость, раздражительность…
При этом когда начинаешь беречь себя и отлынивать от социализации, накатывает обида, типа вот у коллег движухи и им весело, какого черта я не могу тоже? А потом приходишь, и тебе весело, но заканчивается все как описано выше. И вот приходится балансировать между общением и его последствиями.
Про машинное обучение звучит дико. То есть, решать, ставить апдейт или нет, будет нейросеть — и никто не будет знать, почему. Представляю веселые треды на форуме поддержки ms:
почему у меня не ставится апдейт kb1234? железо такое, версия такая, установлено то-то
МЫ НЕ ЗНАЕМ, НЕЙРОСЕТЬ ТАК РЕШИЛА
попробуйте поменять конфигурацию случайным образом и повторить попытку
Следующий этап: начать пользоваться фичами гитлаба и задолбаться с докерфайлом.
Кэш докера — неуправляемое чудовище. Лучше кэшировать зависимости гитлабом. Делается в две строчки, зато есть контроль.
А еще гитлаб позволяет удобно смотреть на этапы сборки. И видеть что упал job с тестами, или job с линтером, или… Но если вы все пихаете в докерфайл, вы отказываетесь от этих фич. Решение — gitkab docker runner. Указываем ему, в каком образе запускать команды, и забываем про докер до самого конца, когда надо именно образ собирать.
У меня этот апдейт сломал загрузку на ранних стадиях, т.е. еще до появления анимации-крутилки. POOS, черный экран и ребут, и так по кругу.
При этом "восстановление системы" работает. Зашел в safe mode, оно само откатило недоустановленный апдейт, и после этого нормально загрузилось.
ну для времени это частный случай. я про отсутствие средств в целом, чтобы можно было легко отличать один intы/doubleы от других. Секунды, килограммы, 1/дж^2. И чтобы иметь возможность запихать их в формулу и получить КГ/АМ если надо, но с проверкой, что именно КГ/АМ получаются
К сожалению, не видел еще удобных средств в менйстримных ЯП, позволявших легко избежать складывания условных int и int (где первый — метры, второй — секунды). Надо оборачивать, а всем влом. И библиотеки всякие все равно будут принимать и отдавать int-ы.
Еще юзкейс: метрики приложения отдаются в формате prometheus по http. Если рано запустить вебхост, можно уже начать отдавать метрики и даже отслеживать, сколько времени требуется на старте, и возникают ли какие-то проблемы. Если, конечно, приложение на старте делает что-то тяжелое.
Например: прогрев кэшей, подтягивание каких-то данных, которые нужны для работы, но не хранятся у себя (конфигурация), в экзотических случаях бывает даже кодогенерация на основе рантайм данных, чтоьы потом быстрее что-то работалось...
Эту бы энергию, да в мирное русло… ЯП — это ж инструмент. Вот захотелось производительности, использования всяких там инструкций… А зачем? Для каких задач? Игры, научные вычисления, хайлоад? Никто не придет за фичами диковинного языка, если не доказана их пригодность и профитность на практике. Потому что людям некогда, они задачи решают тем, что уже есть и проверено. Вот только если припрет, ищется новый подход.
Инструмент, пусть самый красивый, без использования — бесполезная игрушка, арт-объект. В статье мелькало "чтобы жизнь была прожита не зря" — сам по себе написанный язык за, прости господи, 12 лет — это, скорее, зря. Вот был бы, например, какой-то проект вычислительноёмкий, для которого по ходу дела запилили язык, и оттуда пошло-поехало по статьям и коммьюнити, тогда понятны польза и вклад.
Прийти в существующий проект с вкладом на своем языке — так никто в здравом уме не примет, это же невозможно поддерживать. Потому что помимо скорости вычислений есть еще факторы.
Например, линукс применяет это где-то на ранних этапах запуска ядра. Ему надо указать параметром загрузки путь до файла intel_ucode.img, или как-то так. Можно погуглить механизм того как линукс его применяет, скорее всего у процессора есть специальные фичи для таких фокусов.
А есть какая-нибудь демка или тулза чтобы достоверно услышать разницу с EAX и без? А то вот так натанцуешься с бубном, галочку включишь в игре, а какой с этого профит, не понятно..
Wi-Fi AC есть и роутер стоит прямо за теликом, только вот у телика приемник паршивый и скорость не сильно выше проводных 100 мегабит, только еще и jitter добавляется.
Единственный плюс смартов LG — они управляются по ip, в том числе wake on lan/wlan, то есть можно заскриптовать все как надо, настроить в инженерном меню изображение один раз, выкинуть пульт и забыть про страшные интерфейсы в самом телике.
Минусы — нет копеечного выхода 3.5 для наушников, надо докупать конвертер из s/pdif с али. И 100мбит сетевой адаптер, то есть как подразумевается смотреть 4к самим "смарт" тв — вообще не понятно… Жаль еще нельзя рутануть и сменить стандартные картинки со скринсейвера, хакерам уже не интересно ковырять такие устройства :(
Как-то на улице шел мимо горы хлама строительного и офисного, там валялись среди прочего два Courier-а. Не смог пройти мимо, забрал, думал туда засунуть ардуину и что-то полезное сколхозить, и чтоб красными диодами мигали. Только не сложилось, так и лежат :(
Минусы экстеншнов, как и любой статики — фиг замокаешь при написании тестов, стоит помнить об этом.
на самой работе проблем нет, а вот потусить с коллегами — плохеет.
То есть можно создать гитхаб-организацию с библиотекой репозиториев-картинок, которые импортируются себе в один клик?
Добавлю свой конфликт в этот тред, пожалуй.
Мне вот физически тяжело общаться с людьми, и, возможно, отсюда вышло все остальное. Например, есть такой популярный способ досуга — настолки. Ну или другие коллективные игры типа шарад, крокодила и тд. Так вот мне все это нравится, но после 1-2 партий во что угодно я чувствую себя более измотанным, чем после рабочего дня, который перетек в рабочий вечер, который внезапно стал ночным факапом. Пробовал играть на пофиг, на автопилоте, на победу, не на победу, играть только во что-то одно, в разное, в одной компании, в незнакомой компании — никакой разницы.
В целом, после любых социальных активностей всегда остаются комбинации таких ощущений: головная боль, сонливость, апатия/"выжатость", желание биться головой об стену, ни на что не похожая усталость, раздражительность…
При этом когда начинаешь беречь себя и отлынивать от социализации, накатывает обида, типа вот у коллег движухи и им весело, какого черта я не могу тоже? А потом приходишь, и тебе весело, но заканчивается все как описано выше. И вот приходится балансировать между общением и его последствиями.
Про машинное обучение звучит дико. То есть, решать, ставить апдейт или нет, будет нейросеть — и никто не будет знать, почему. Представляю веселые треды на форуме поддержки ms:
попробуйте поменять конфигурацию случайным образом и повторить попытку
Следующий этап: начать пользоваться фичами гитлаба и задолбаться с докерфайлом.
Кэш докера — неуправляемое чудовище. Лучше кэшировать зависимости гитлабом. Делается в две строчки, зато есть контроль.
А еще гитлаб позволяет удобно смотреть на этапы сборки. И видеть что упал job с тестами, или job с линтером, или… Но если вы все пихаете в докерфайл, вы отказываетесь от этих фич. Решение — gitkab docker runner. Указываем ему, в каком образе запускать команды, и забываем про докер до самого конца, когда надо именно образ собирать.
У меня этот апдейт сломал загрузку на ранних стадиях, т.е. еще до появления анимации-крутилки. POOS, черный экран и ребут, и так по кругу.
При этом "восстановление системы" работает. Зашел в safe mode, оно само откатило недоустановленный апдейт, и после этого нормально загрузилось.
Еще юзкейс: метрики приложения отдаются в формате prometheus по http. Если рано запустить вебхост, можно уже начать отдавать метрики и даже отслеживать, сколько времени требуется на старте, и возникают ли какие-то проблемы. Если, конечно, приложение на старте делает что-то тяжелое.
Например: прогрев кэшей, подтягивание каких-то данных, которые нужны для работы, но не хранятся у себя (конфигурация), в экзотических случаях бывает даже кодогенерация на основе рантайм данных, чтоьы потом быстрее что-то работалось...
Эту бы энергию, да в мирное русло… ЯП — это ж инструмент. Вот захотелось производительности, использования всяких там инструкций… А зачем? Для каких задач? Игры, научные вычисления, хайлоад? Никто не придет за фичами диковинного языка, если не доказана их пригодность и профитность на практике. Потому что людям некогда, они задачи решают тем, что уже есть и проверено. Вот только если припрет, ищется новый подход.
Инструмент, пусть самый красивый, без использования — бесполезная игрушка, арт-объект. В статье мелькало "чтобы жизнь была прожита не зря" — сам по себе написанный язык за, прости господи, 12 лет — это, скорее, зря. Вот был бы, например, какой-то проект вычислительноёмкий, для которого по ходу дела запилили язык, и оттуда пошло-поехало по статьям и коммьюнити, тогда понятны польза и вклад.
Прийти в существующий проект с вкладом на своем языке — так никто в здравом уме не примет, это же невозможно поддерживать. Потому что помимо скорости вычислений есть еще факторы.