Об привычки разработки

Забавно, как"незыблемые" приемы разработки из книжек меняются прямо на глазах. Спустя некоторое время возникнет новая норма, а про старую забудут.

Например, посмотрим на конфигурационные файлы. Они были нужны, когда сборка отдавалась отдельным людям, не разработчикам, которые и отвечали за конкретный облик средств развертывания, и могли бы настроить имена серверов, строки подключений, тайминги, ретраи и прочее.

Т.к. типичная современная картина это ci/cd и деплой в корпортивное "облако" в режиме dev & ops, то смысл конфиг-файлов пропадает -- лучший конфиг это просто и незамысловато написанный код на основном языке приложения, а если нужно поменять настройки, меняем код в репозитории и передеплоиваем.

Или возьмем asserts. Теперь отладочный стенд тоже находится в облаке, смотреть на ассерты некому, все смотрят на прошедшие/упавшие тесты, так что контрольные утверждения в коде никто не расставляет.

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

В комментариях можно дополнить подмеченным