Je ne suis pas sûr de comprendre. Si par code publicitaire vous entendez des plugins intégrés au produit principal par opposition à des modules complémentaires/installations facultatifs. Si nous revenons en arrière, vous trouverez une variété de “codes publicitaires” intégrés au cœur du système.
Je peux comprendre du point de vue de l’équipe de développement que bon nombre de leurs plugins ont peut-être commencé comme des plugins pour permettre des tests plus flexibles avant de les intégrer au programme principal.
J’apprécie que, comme pour tout logiciel, il y ait souvent des fonctionnalités que les gens pourraient ne pas utiliser et choisir de désactiver, et qu’il faille trouver des moyens de désinstaller des fonctionnalités.
Bien que je concède qu’il y a beaucoup de plugins récents qui ont été fusionnés et que je n’utiliserais probablement pas. Mais avoir une simple désactivation et les filtrer est une bonne chose pour tous.
Je comprends que, en partie comme l’a indiqué l’équipe, l’intention est de faciliter les choses avec des modules complémentaires pour l’auto-hébergement.
Maintenant, à mon avis, l’interface d’administration devrait être plus personnalisable comme elle l’était autrefois. Cela peut également aider les personnes qui migrent d’une autre plateforme en leur permettant de charger une administration qui a une disposition similaire à celle de la plateforme d’où elles viennent. Un peu comme Linux le fait en imitant d’autres systèmes d’exploitation. Mais c’est un autre sujet. 
J’apprécie le sentiment que discourse pourrait commencer à se diriger vers le bloatware. Les réacteurs ont démontré à quel point Windows NT pouvait être plus léger.