L'adoption du vocabulaire maître/esclave dans le noyau n'est pas uniquement un choix de la part des développeurs.
Par exemple, le protocole SPI utilise la terminologie maître/esclave pour exprimer sa topologie et son fonctionnement. Et tous les documents des périphériques utilisant ce protocole utilisent cette terminologie également.
Donc le noyau l'utilise également, ce qui simplifie le travail car le noyau et la documentation des périphériques utilisent les mêmes termes. Cela évite les confusions parfois trop nombreuses quand on utilise des termes génériques comme host/device.
On peut après renommer, techniquement rien ne l'en empêche, mais le choix des termes s'imposent aussi par l'implémentation de ressources externes au projet. S'écarter de ces termes a un impact potentiel sur la lisibilité ou la compréhension du code.
De façon certaine, ce n'est pas Linus qui a décidé et qui a validé l'usage de tous ces termes dans le noyau. Linus (même après son courriel d'hier) travaille sur d'autres aspects.
[^] # Re: Noyau Linux
Posté par Renault (site web personnel) . En réponse au journal Terminologie Master/Slave. Évalué à 8.
L'adoption du vocabulaire maître/esclave dans le noyau n'est pas uniquement un choix de la part des développeurs.
Par exemple, le protocole SPI utilise la terminologie maître/esclave pour exprimer sa topologie et son fonctionnement. Et tous les documents des périphériques utilisant ce protocole utilisent cette terminologie également.
Donc le noyau l'utilise également, ce qui simplifie le travail car le noyau et la documentation des périphériques utilisent les mêmes termes. Cela évite les confusions parfois trop nombreuses quand on utilise des termes génériques comme host/device.
On peut après renommer, techniquement rien ne l'en empêche, mais le choix des termes s'imposent aussi par l'implémentation de ressources externes au projet. S'écarter de ces termes a un impact potentiel sur la lisibilité ou la compréhension du code.
De façon certaine, ce n'est pas Linus qui a décidé et qui a validé l'usage de tous ces termes dans le noyau. Linus (même après son courriel d'hier) travaille sur d'autres aspects.