Как стать автором
Обновить
3
0

SRE,DevOps

Отправить сообщение
Спасибо за перевод. Любимая игра и вселенная на все времена.
Светлая память. К сожалению, я лично не знаком с его трудами, однако мои учителя в сфере ИИ не раз ссылались на его утверждения и принципы.
Думаю что вполне возможно, лишь бы у радиостанции был свой разряженный стиль, в котором было бы приятно пребывать окружающим людям.
Возможно здесь можно сделать обратный ход — сначала развить свою фан-базу через интернет вещание, а потом объявиться и на уровне радио. Многим это бы зашло.

Кстати картинка из поста — это кадр из крутейшего кино «Boat that rocked» или «Рок Волна» в русском переводе. Крайне рекомендую.
Если коротко — инструмент для сборки и обработки машинных данных. Например логи.
И снова крутой перевод про игры с Playstation. Касательно подсказок с цветом: в Horizon: Zero Dawn недавно заметил что это работает иначе. Последил за действиями начинающего игрока — ему вот не помогло это, видимо нужно время на обучение механикам.
Спасибо за перевод, статья отличная. Если вбить в гугле «The AI of Horizon Zero Dawn» то можно еще посмотреть видео.
А вообще статья напомнила мне о прекрасных часах, проведенных за получением платины в этой игре. И думается мне — стоит перепройти ее еще раз.
Поддерживаю. У меня так же не возникает ощущения что звучание стало хуже. Вовремя меня иглу и корректировать ее силу воздействия.
Утрировать не стану, но по качеству просадки не ощущаю. Вполне возможно что идеала как такового нет, но при бережном отношении артефактов при прослушивании нет, и ниже EX+ качество не падает.
Если игла качественная и правильно откорректирована, то вполне надолго хватит. Лет 10 слушаю любимый альбом около 2х раз в месяц, и пока что качество не упало. И да, иглы нужно периодически менять.
Это мог быть вполне отдельный случай, который если бы могли предотвратить — обязательно бы предотвратили (по крайней мере я в это верю). Мы не можем этого знать, увы. Как и предотвратить каждую трагедию.
Очень крутая история. Спасибо за перевод.
Хороший рассказ, а также подача материала. Спасибо.

А как вы себе видите идеальную инфраструктуру?

Никак. Все зависит от конкретного случая, требований к проекту, архитектурной карты и.т.д…
Полезная информация. Аналогично разворачиваю, обновляю и работаю с ghost но только без composer.
Полезная статья. Увидел несколько полезных для себя советов. Спасибо.
Насчет chef — здесь тоже не все хорошо. У нас он используется в виде solo, запускается по получению события после сборки пакета с приложением. То есть имитируется push (через serf). Беда в том, что исторически было принято использовать только один run_list для ноды — один конечный state, который настраивается путем переписи атрибутов в нескольких ролях. Все издержки атомарного деплоя приходится учитывать в конечном cookbook. Кстати в плане отката версии пакета мы сталкиваемся с той же проблемой что и вы. Я это обходил так: в data_bag указываю конкретную версию комита (в описании пакета хранится commit), chef поставит этот пакет и создаст правильные symlink'и. Ту же логику я мог бы реализовать на Ansible намного быстрее.

В конечном итоге поддерживать это становится также неудобно, и я все больше оглядываюсь в сторону Ansible. Того же мнения и некоторые коллеги.
Хороший пост. В работе на production используется Сhef (давний выбор, пока на нем и остаемся). Для личных целей рассматривал Ansible и Salt-ssh, остановился на первом варианте.
Интересно почитать мнения остальных, использует ли кто-нибудь salt-ssh или salt в masterless-mode на production. Будет круто, если расскажете про проблемы, с которыми сталкиваетесь.
Отличная статья
1

Информация

В рейтинге
Не участвует
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
Дата рождения
Зарегистрирован
Активность