Je suis développeur. Mais sur Mac, je me suis limité à bash et Python. Donc effectivement, je n'ai pas une connaissance profonde des API Apple et des guidelines. C'est par contre ultra-restrictif de te limiter au cas d'AppleTalk concernant les trucs supprimés hein... Surtout que au cas où tu ne l'aurais pas remarqué, il y a aussi des choses supprimées dans pas mal des groupes d'API conservés, et également un bon nombre de trucs modifiés (bon à priori la plupart des modifications ne nécessitent que d'adapter le code si on veut recompiler, mais ne provoquent pas une rupture de compatibilité binaire). Et si la suppression d'une fonction enfouie dans les profondeurs de ne provoque pas de levé de bouclier des développeurs, parce que ce n'est qu'une fonction, utilisée par une minorité de développeurs, ça ne change rien au fait que ça provoque une rupture de compatibilité avec les applications l'utilisant. Avec le risque qu'elles ne soient jamais mises à jour (application abandonnée par son éditeur...) ou que la mise à jour soit payante (ce qui peut d'ailleurs expliquer pourquoi les développeurs ne gueulent pas forcément ^^).

Mais, en m'appuyant sur les témoignages que je vois un peu partout, clairement, le niveau de compatibilité avec les anciennes applications sur les nouvelles versions de l'OS est inférieur à ce que je constate côté Windows. Quand à l'argument du "c'est collaboratif" pour disqualifier d'office certains témoignages, permet moi de te dire que c'est très très léger... Pour ce qui est des guidelines, celles ci évoluent. Une application respectant les guidelines d'il y a dix ans ne respecte plus les guidelines d'aujourd'hui. Donc forcément, si tu considères qu'il est normal qu'elle est incompatible parce qu'elle ne respecte pas les guidelines, il y a un problème...

Vraiment, la logique de Microsoft et d'Apple n'est pas la même à ce niveau, Apple a beaucoup moins de scrupules. C'est ce qui lui a permis aussi d'imposer des changements majeures que Microsoft n'aurait jamais pu se permettre, à cause de la sacro-sainte compatibilité exigée par les utilisateurs : des changements équivalents au passage de Mac OS 9 à Mac OS X ou des changements d'architecture de CPU sont impossibles dans le monde Microsoft. Bon nombre de clients Microsoft trouveraient absolument scandaleux qu'aucune application Windows d'il y a 15 ans ne fonctionne sur une machine d'aujourd'hui (en 2017, Windows 10 inclus même toujours des mécanismes spécifiquement dédiés à maximiser la compatibilité avec les applications Windows 95, et l'abandon partiel de la compatibilité avec les applications plus anciennes* n'est pas passé totalement inaperçu, il y a des gens qui posent des questions à ce sujet sur les forums de Microsoft !). Sur Mac, cette hypothèse est une réalité, et ça ne choque personne. Question d'habitude.

* les éditions 64 bits de Windows n'acceptent plus les applications 16 bits

"Mais de là à en faire l'objet d'un plan machiavélique d'Apple qui chercherait, par tous les moyens, à rendre systématiquement les logiciels obsolètes..."
Perso ce n'est pas que je dit. Mais plutôt qu'ils ne se préoccupent pas de la compatibilité des anciens logiciels.
Si les anciens logiciels marchent bien, tant mieux, ils vont bien entendu pas faire exprès de ne plus les faire marcher, mais si un logiciel un peu ancien ne marche pas sur la nouvelle version de l'OS, c'est le cadet de leurs soucis. Alors que Microsoft fait des efforts pour assurer la compatibilité. Il y a des mises à jour de Windows qui sont même spécifiquement pour ça !