This seems inevitable from a software engineering perspective. Automobile software/firmware sounds HARD. There are so many simultaneous, multi-factor processes being controlled, and mostly with firmware, and all the stories coming out of teams responsible for automobile software/firmware indicate that their level of competence is roughly what you would expect if the technical leadership is hired by managers who's background is in the unrelated field of automobiles.
I bet that our lives are largely spared at this time only through the competence of the automobile QA discipline.
Isn't this just a matter of, "Recognize when you're using config for something dynamic and refactor because config is no longer the best tool for that job"? And you can continue using yaml (or whatever config format you're using) wherever config remains the right tool for the job.
I bet that our lives are largely spared at this time only through the competence of the automobile QA discipline.