Какие именно?

Это какие. Все, что я видел в документах от MS - крайне сомнительно.

Одна только active record чего стоит...

Писать интересно, а поддерживает  чужое решение уже не очень. Особенно если его писали с азартом в глазах

Ts хорош. Правда js программисты часто используют его неправильно - по сути без типов. Что убивает его прелесть.

ну это к шефу больше всего относится. Что ж поделать, гибкость имеет свою цену. ансибл уж куда "тупее" и то можно наговнокодить

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

Всем привет! Вопрос немного в сторону.

Кому-нибудь попадалась толковая книжка, документ, доклад по environment management, или test environment management?

Интересно, что то более фундаментальное, нежели "а вот мы у себя сделали так и так". Я задал себе вопрос, откуда пошла практика dev, test, staging сред, и не смог найти в своей голове ответ. (Разве что ответы вроде "дед твой деплоил на три окружения и ты будешь деплоить").

Эмм. Из логики и процесса.

И сейчас есть другие походы типа площадка под тестировщика

Собственно, единого правильного решения нет, все под задачу...

Ну, актив-рекорд это старая и хорошо разобранная уже тема. Да, это был предмет критики RoR, и они на эту критику отреагировали, добавив поддержку DataMapper, но нужно учитывать, что они были пионерами, а источником ActiveRecord был, все-таки PoEAA, а не RoR.

Я бы не сказал, что RoR - это один сплошной антипапттерн. Недостатки в нем, конечно же присутствуют, но их легко обсуждать с позиции современного уровня развития системной архитектуры, в формирование которой они же, собственно, и внесли весомый вклад, популяризируя PoEAA. Ошибка - это тоже ориентир на пути к успеху, и неотъемлемый атрибут эволюции.

Трудность изолированного юнит-тестирования и ActiveRecord - это два наиболее часто критикуемых аспекта RoR. За что ему нужно сказать спасибо, потому что первый из них привел к появлению довольно поучительного сериала "Is TDD dead?".

Вот и я понимаю что логика процесса. Где то слышал, что мотор БМВ собирается одним человеком, они провели исследование, и пришли доказательно к тому, что это выгоднее, чем двигать мотор по конвейеру. И это совсем не очевидно. А во времена Генри Форда конвейер был новинкой

У нас сейчас dev - test - demo - test нашего заказчика - test заказчика - prod

Мы на субподряде

А что, нужны ещё и другие аспекты? Этих двух достаточно...

Да и такой подход мы тоже применяли на практике. Вопрос, вы сами догадались или где то это хорошо объяснялось?

Сами пришли.

- https://github.com/dotnet-architecture/eShopOnContainers
- https://github.com/kgrzybek/sample-dotnet-core-cqrs-api
- https://github.com/kgrzybek/modular-monolith-with-ddd

Это три наиболее популярных. На самом деле их гораздо больше, в т.ч. и refapp Jimmy Bogard.

Я какие-то поглядывал, но ничего хорошего там не заметил.