Tu avais pas trouvé un article aussi qui se posait la question pourquoi les logiciels étaient toujours plus lent, plus gros et que ça devenait incompréhensible?
Chaque version d'android est plus lourde
Chaque version de Windows est plus lourde
Chaque version de Word est plus lourde
Chaque version d'Acrobat Reader est plus lourde. 309Mb pour l'actuelle, pour visionner des PDF

Mais c'est logique qu'il y ait des bugs. Les programmes font toujours plus de choses, ont des tas de modules qui peuvent interagir (ou doivent) sans connaitre plus que ça l'autre. Une équipe s'occupe de ceci, l'autre d'autre chose, et la communication entre les 2 équipes est nulle ou presque. Tu as une feuille de spécifications et tu espères que les 2 parties vont êtres intelligentes.

A chaque itération logicielle, on programme 60-70% du temps sur des nouvelles features, et le reste c'est des meetings, du fix de bug, du refactoring, etc. Et si le logiciel est en production, tu es hyper limité à cause de la rétro-compatibilité.

Au client final, tu peux pas lui vendre du bugfix, tu peux lui vendre que de la nouvelle feature. Alors, tu mets des nouvelles feature dans le code qui apporte son lot de nouveau bug car des interactions absolument pas prévues deviennent possibles ...

On peut en effet se demander pourquoi les logiciels deviennent de plus en plus lourds, alors que les fonctionnalités visibles n'ont pas l'air de progresser énormément. Enfin, tous les logiciels ne sont pas à ce stade (Linux reste par exemple très léger, mais c'est un cas à part).

Mon impression pour le secteur automobile, c'est que c'est un secteur qui commence seulement à comprendre que l'informatique a évolué sans les attendre. Un peu comme le secteur bancaire il y a quelques années, en somme. Les erreurs qu'ils commettent sont des erreurs que "l'informatique a déjà réglées" il y a bien longtemps, mais pour des questions de timing et d'enjeux économiques, ils s'en moquent un peu et ignorent l'expertise existante.

Pour l'automobile, je ne serais pas aussi catégorique que toi.
Une voiture, il y a des problèmes de sécurité quand tu mets de l'électronique entre la pédale de frein et les disques de frein. Cette électronique doit pouvoir fonctionner par des températures allant de -15°C à +45°C environ (voir par précaution peut-être une plus grande amplitude).
Il faut donc déjà trouver cette électronique, qu'elle résiste aux températures, aux vibrations (moteur, route), éventuellement à l'humidité (pluie, neige, brouillard, crachin, soleil, brume, océan, mer), etc.
Et puis, c'est pas comme un Windows (ou un Linux), la voiture, tu la démarres, tu veux qu'elle soit opérationnelle tout de suite, pas 5 minutes après une fois qu'elle a chargé tous les drivers et qu'elle a installé les mises à jour (just kidding).

Quand j'ai bossé pour la Kuka qui fabrique des robots pour l'automobile justement, ils ont une partie du logiciel qui s'occupe de la sécurité du robot: on définit une cage en 3D, le robot pourrait physiquement dépasser la cage, mais le logiciel l'en empêche. Bref cette partie logiciel de sécurité est soumise au TUV (sorte de certification ISO machin bidule compliquée) et chaque modification doit être documentée par une tonne de papier. En gros tu as autant de temps de développement que de temps de documentation, + ou - ...

Ceci expliquant en partie le retard (d'après moi): chercher les composants compatibles avec les usages d'une voiture qui ne sont pas les usages d'un PC portables, problème de sécurité et tâches autour de la sécurité.

Ok pour la partie électronique, mais la partie logicielle est tout de même bien souvent défaillante ou pas "adaptée" à ce qui se fait de mieux actuellement. Il suffit de voir les nombreux soucis liés au contrôle à distance d'un véhicule et la (manque de) sécurité associé