здесь речь идет как раз о том, что не придется писать множество однотипных функций, обрабатывающих текст, кнопки и тд из конфига, прямо в yaml файле (что абсолютно эквивалентно json, достаточно только подменить загрузчик) достаточно указать мапперы для пришедших с бэкенда данных и остальные статические параметры, в коде функции плодиться не будут
лично знаю менеджеров топовых айти компаний со стажем 12+ лет, которые спокойно манипулируют данными в бд и в некоторых ситуациях ковыряются под капотом сервисов, при наличии интерфейса для подгрузки новой версии файла это кажется вполне адекватным действием для не-технического специалиста, его зона ответственности конечно остается большой
+ в статье говорится об исполнении части кода на этапе запуска приложения, что можно расширить до валидации файла при его подмене
какой тебе кажется более подходящим и почему?
контроля гораздо больше у такого языка разметки, ты все еще кодишь, добавляя элементы конструктора в код, кажется удобно
в статье выделяется другая крутая фича - не надо плодить обработчики, иногда достаточно только конфигурации
здесь речь идет как раз о том, что не придется писать множество однотипных функций, обрабатывающих текст, кнопки и тд из конфига, прямо в yaml файле (что абсолютно эквивалентно json, достаточно только подменить загрузчик) достаточно указать мапперы для пришедших с бэкенда данных и остальные статические параметры, в коде функции плодиться не будут
лично знаю менеджеров топовых айти компаний со стажем 12+ лет, которые спокойно манипулируют данными в бд и в некоторых ситуациях ковыряются под капотом сервисов, при наличии интерфейса для подгрузки новой версии файла это кажется вполне адекватным действием для не-технического специалиста, его зона ответственности конечно остается большой
+ в статье говорится об исполнении части кода на этапе запуска приложения, что можно расширить до валидации файла при его подмене