Менее чем через два месяца после релиза игры Half-Life: Alyx в Steam, Valve выпустила бесплатный набор инструментов для создания пользовательских карт и аддонов в этой игре — Half-Life: Alyx Workshop Tools.

В процессе обсуждения темы про «патроны/карму» столкнулся с ситуацией, когда ветка комментариев очень длинная, поэтому не сразу понятно, кто на чей комментарий ответил. Прокручивая вверх, на глаз не сразу удается определить, относительно какого комментария идет ответ.
Может быть сделать чуть заметные вертикальные пунктирные линии относительно каждого из уровней ветки, как в некоторых редакторах кода?

Согласитесь, мы все ненавидим туториалы. Установив игру, мы хотим сразу перейти к действию, а не ковыряться в меню, разбираясь в правилах и управлении. Но хочешь не хочешь, а для каждой новой игры нужно учить новые правила. По-другому никак.
По большому счету можно выделить 3 вида игровых туториалов: неинтерактивные, интерактивные и пассивные. Давайте по очереди рассмотрим каждый из них.

Старые игры переживают второе рождение?



В этом году любители классических игр получили сразу несколько подарков в виде новых уровней к играм, которым уже исполнилась пара десятков лет. Одной из таких игр является оригинальный Quake, который отметил на днях ровно 20 лет. В качестве подарка любителям этой игры команда MachineGame (студия, которая разрабатывала Wolfenstein: The New Order и дополнение The Old Blood), выпустила новый эпизод для Quake. Как и всякий подарок, этот эпизод полностью бесплатен.

По мнению геймеров, которые уже ознакомились с новинкой, эпизод довольно сложный и длинный. За пару часов новичок ну никак не сможет все пройти. Здесь, как и в оригинале, множество скрытых помещений и загадок. Правда, некоторые загадки нельзя назвать сложными — но это, вероятно, расчет на новое поколение геймеров, которые не знакомы с играми прежних лет. Ведь большинство нынешних игрушек нельзя назвать слишком уж сложными, за исключением некоторых наименований.

Всем привет. На связи Владислав Родин. В настоящее время я являюсь руководителем курса «Архитектор высоких нагрузок» в OTUS, а также преподаю на курсах, посвященных архитектуре ПО.

Помимо преподавания, как вы могли заметить, я занимаюсь написанием авторского материала для блога OTUS на хабре и сегодняшнюю статью хочу приурочить к запуску курса «Базы данных», на который прямо сейчас открыт набор.

---

Предисловие

Транзакции появились в 70-ых годах и были представлены в качестве инструмента базы данных, позволяющего решить проблемы отказоустойчивости и доступа к данным в конкурентной среде. Затем был сформулирован ряд свойств, которыми должна обладать транзакция для того, чтобы выполнять поставленные перед ней задачи, а заглавные буквы этих свойств, поставленные в нужном порядке, составили красивую аббревиатуру ACID.

Период времени, в течении которого происходили данные события, характеризовался отсутствием высоких нагрузок, Интернета и проблем с производительностью, для решения которых можно было обойтись лишь методами вертикального масштабирования. Впоследствии, в начале 2000-ых возник тренд на NoSQL базы данных, появилась аббревиатура BASE, которая фактически противопоставлялась классическому ACID (ACID — кислота, BASE — щелочь). Сейчас возникает обратный тренд на ACID. Даже NoSQL-ая MongoDB стала поддерживать ACID.

Давайте разберемся с тем, что означает данная аббревиатура и насколько много маркетинга в ней.

Всем привет. На связи Владислав Родин. В настоящее время я являюсь руководителем курса «Архитектор высоких нагрузок» в OTUS, а также преподаю на курсах, посвященных архитектуре ПО.

Помимо преподавания, как вы могли заметить, я занимаюсь написанием авторского материала для блога OTUS на хабре и сегодняшнюю статью хочу приурочить к запуску курса «PostgreSQL», на который прямо сейчас открыт набор.

---

Введение

В прошлый раз мы с вами поговорили про то, что транзакции в базах данных служат для решения двух задач: обеспечения отказоустойчивости и доступа к данным в конкурентной среде. Для полноценного выполнения этих задач транзакция должна обладать свойствами ACID. Сегодня мы подробно поговорим про букву I (isolation) в данной аббревиатуре.

Недавно вышла статья, мимо которой я сначала решил пройти, но потом решил написать развернутый комментарий в виде очередной статьи.

Программист должен решать проблемы бизнеса
Программист не должен решать задачи бизнеса

Я почти согласен с авторами обеих статей, однако есть несколько нюансов, о которых я хотел бы поделиться.

Уровни разработчиков

Начну я, пожалуй, с вопросов иерархии и уровней. Раньше я думал, что существует 3 уровня: