У всех горит от эффективности

Согласен, формулировка ошибочна. Исправляю, спасибо)

У всех горит от эффективности

Действительно в маленьких компаниях вероятность выстраивания теплой атмосферы намного выше. Там даже нет смысла в частых митингах, и не так много людей, которые будут отвлекать в чате (при условии, что у Вас реально подъемный уровень ответственности).

Моду подтвердить не могу, надеюсь, что так и есть.

Современные устройства ввода-вывода быстрее, чем процессоры. Обзор статьи

Согласен. Глобальными перестройками никто не будет заниматься. Эта разработка похожа на концепт, чтобы все посмотрели и начали движение в выгодном для себя направлении.

Современные устройства ввода-вывода быстрее, чем процессоры. Обзор статьи

Спасибо за идею. Эти технологии также действительно впечатляют. Они аппаратными средствами процессоров решают проблему медленной прослойки в виде ядра операционной системы. Добавлю еще один пункт со ссылкой на интересный обзорный материал, в котором они мелькают.

Современные устройства ввода-вывода быстрее, чем процессоры. Обзор статьи

Спасибо за уточнение. Исправляю.

Современные устройства ввода-вывода быстрее, чем процессоры. Обзор статьи

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

Современные устройства ввода-вывода быстрее, чем процессоры. Обзор статьи

Да. Что касается сетевого стека, то авторы предлагают отключать сетевой стек ядра, для избавления от устаревших абстраций.

Современные устройства ввода-вывода быстрее, чем процессоры. Обзор статьи

В статье они о его упоминают. Говорят о том, что для доступа к I/O mmap — блокирующий интерфейс (в случае когда доступа к данным нет в страничном кэше). В ссылках дают статью в своем блоге ScyllaDB

В PHP 7.4 войдут стрелочные функции (сокращенная запись анонимных функций)

Жалко, что не с той стороны подходят. Все сахарка подкидывают. Лучше бы enum добавили и дженериков.

Как быстро попробовать CQRS/ES в Laravel или пишем банк на PHP

К сожалению, однозначно сказать не могу, т.к. выбор подхода очень ответственная задача, без досконального выяснения всех требований её решать опасно. Если бы в функциональных требованиях была историчность, то CQRS/ES, многопоточность и реализация блокировок на уровне приложения.

Как быстро попробовать CQRS/ES в Laravel или пишем банк на PHP

Пример из статьи носит исключительно ознакомительный характер, чтобы описать быструю пробу концепции в экосистеме Laravel. Данная реализация, по моему мнению, достаточна наглядна. Что касается CQRS/ES для операций с деньгами, то она вполне оправдана в случаях, когда функциональные требования не будут нарушены особенностями реализации. С eventual consistency можно жить, если клиентам не придется мучительно долго ждать обновления проекций. Надеюсь правильно понял Ваш вопрос.

Интересная статья на эту тему от команды, которая на Elixir разрабатывает банкинг

Как быстро попробовать CQRS/ES в Laravel или пишем банк на PHP

В случае данной реализации, когда мы на HTTP запросы синхронно выполняем эти операции, — никак. И когда время расчета текущего состояния по событиям в агрегате будет ощутимым — могут начаться проблемы. Очередь для команд в агрегаты — решит проблему. Не пойму почему создатели примера использования этой библиотеки не учли это.