Accessoirement, c'est surtout un format qui est réellement lisible par l'homme, tous les hommes, y compris ceux n'ayant pour eux qu'une simple curiosité (mais pas de connaissance réelle de l'informatique).
C'est également un format efficace, tant au niveau de la mémoire (et je parle à la fois de la RAM et du stockage ici) que des performances CPU: il suffit d'un simple scanf pour parser une ligne d'un fichier INI, contrairement aux langages véritable horribles que l'on voit fleurir: XML, JSon, pour ne citer qu'eux.
Enfin, je trolle sur ces techno, mais en fait je ne le pense pas, pas complètement du moins. Je pense juste qu'ils sont mal utilisés 80% du temps.
Quant aux logiciels qu'il faut configurer via un langage de script, comme l'ancien init (auquel je reste, mais pour des raisons différentes: j'aime les choses qui ont un couplage faible avec le reste du système, ce que systemd n'est pas. Entres autres.) ils sont probablement l'une des raisons pour lesquelles un certain nombre de personnes pensent que Linux n'est pas prêt pour être utilisé par Monsieur tout le monde sur un PC.
Ben oui, quand il faut apprendre un langage à la syntaxe à la con (avouez: la gestion des chaînes de caractères est loin d'être triviale en shell, sans parler des nombres. Et ce ne sont que des exemples, qui n'aident pas la lisibilité selon moi.) afin d'être capable d'analyser le code existant, dispatché dans de nombreux fichiers eux-mêmes disséminés dans l'arborescence, gérant toutes les situations de tous les systèmes possibles, ce n'est pas une aide, mais une gêne.
Même si je n'apprécie pas systemd, il faut lui reconnaître ça: c'est pour un béotien un vrai bonheur de lire les fichiers de configuration de systemd, comparé aux scripts shell de sysV.
[^] # Re: Formation
Posté par freem . En réponse à la dépêche systemd pour les administrateurs, partie 1 et 2. Évalué à 4.
Accessoirement, c'est surtout un format qui est réellement lisible par l'homme, tous les hommes, y compris ceux n'ayant pour eux qu'une simple curiosité (mais pas de connaissance réelle de l'informatique).
C'est également un format efficace, tant au niveau de la mémoire (et je parle à la fois de la RAM et du stockage ici) que des performances CPU: il suffit d'un simple scanf pour parser une ligne d'un fichier INI, contrairement aux langages véritable horribles que l'on voit fleurir: XML, JSon, pour ne citer qu'eux.
Enfin, je trolle sur ces techno, mais en fait je ne le pense pas, pas complètement du moins. Je pense juste qu'ils sont mal utilisés 80% du temps.
Quant aux logiciels qu'il faut configurer via un langage de script, comme l'ancien init (auquel je reste, mais pour des raisons différentes: j'aime les choses qui ont un couplage faible avec le reste du système, ce que systemd n'est pas. Entres autres.) ils sont probablement l'une des raisons pour lesquelles un certain nombre de personnes pensent que Linux n'est pas prêt pour être utilisé par Monsieur tout le monde sur un PC.
Ben oui, quand il faut apprendre un langage à la syntaxe à la con (avouez: la gestion des chaînes de caractères est loin d'être triviale en shell, sans parler des nombres. Et ce ne sont que des exemples, qui n'aident pas la lisibilité selon moi.) afin d'être capable d'analyser le code existant, dispatché dans de nombreux fichiers eux-mêmes disséminés dans l'arborescence, gérant toutes les situations de tous les systèmes possibles, ce n'est pas une aide, mais une gêne.
Même si je n'apprécie pas systemd, il faut lui reconnaître ça: c'est pour un béotien un vrai bonheur de lire les fichiers de configuration de systemd, comparé aux scripts shell de sysV.