Можно и рабочий стол, можно и отдельные приложения в окнах windows. Я использую x server x410. Phpstorm отображается в отдельном окне как будто это windows-приложение. ФС летает.

Для гуглящих: сетевые диски, монтирование файловых систем WSL2 в windows и наоборот — это медленно и решения этого вопроса для wsl2 пока нет.
Есть еще один способ без тормозов монтируемых ФС: поставить X server на windows (X410 и пр.), проект и phpstorm/webstorm/[YOUR IDE] развернуть полностью в WSL2, пробросить дисплей. Таким образом будет использоваться только ФС linux, тормоза исключены.

Хорошо сказано) Плюсанул если б мог)

Согласен. Тоже для себя установил, что amemic domain model лучше что с AR, что с DataMapper.

Тоже заметил тенденцию к anemic domain model

Вы узнали что-то новое для себя, причем ггубоко не копали. Но далеко не факт что новым оно будет и для остального мира. Не надо сразу бежать рассказывать об этом на хабре. Хотя понимаю, сам таким был)

Для работы с многопоточными системами тоже квалификация нужна =) К тому же из треда обработки http-запроса тяжелые вычисления по-моему чаще выносятся, чтоб http 504 не выхватывать.

Тем более, что тяжелую работу всегда можно куда-то вынести, например с помощью очередей

Поскольку задачи стали более сложные и комплексные, а данные в БД хранить все невозможно

CQRS смотрели? Он как раз это лечит, причем масштабирумо.

Про сущности со статикой: как в map данные будут из базы попадать? Как будет обеспечена актуальность? Это in-memory cache?

Про сервисы: по-моему вы переизобрели сервисный слой, разве нет? в sf что то подобное было принято делать еще со второй версии.

Спасибо skyeng! Вы много делаете для сообщества PHP.

И сколько таких как PT? Мало

ИБ в РФ это в основном работа с документами. Редакие безопасники сидят с дизассемблером или делают пентесты.

То что пишет Mr. Бугаенко, надо фильтровать при прочтении. Неопытному лучше поберечься. Это больше по именования, а не про распределение обязанностей. В GRASP есть шаблон PureFabrication, он как раз про сервисы.

Ну так и будут классы, импелементирующие DAO, и классы-клиенты этих DAO, в которых будет бизнес-логика, как правило, это сервисы. Все будет хорошо тестироваться и без глобального состояния, не процедурное программирование. Не DDD единым живо ООП =)

Спасибо за ответ. Про базу понял, действительно, это наименьшее из зол. А есть ли у вас межмодульные транзакции, когда нужно согдасованно поменять данные разных модулей?

И еще вопрос, переисползуете ли вы написанные модули в других проектах?

От всего не застрахуешься.

кому не лень зубрить к собеседованию разную хрень

А это уже лучше чем ничего =)

Уровень любознательности проверить как минимум =) Если знаете про SOLID — вы наверняка интересуетесь методиками создания хорошего кода в целом.