La philosophie UNIX est plutôt : au lieu d'écrire un gros logiciel pour résoudre un problème, écrire plein de petits logiciels qui se concentrent sur une étape de la résolution du problème, fonctionnent orthogonalement et utilisent un protocole clair.
...
L’orthogonalité est importante car elle garantit l'indépendance réelle. Ainsi l'usage du texte comme format d'échange est primitif, mais a le bon goût de rester un format stable dans le temps.
Autrement dit, dans la philosophie Unix, l’approche pour résoudre un problème est d’écrire plein de petits logiciels qui se concentrent sur une étape de la résolution du problème, fonctionnent orthogonalement et utilisent un protocole clair, au lieu d'écrire un gros logiciel.
Y'aurait pas comme une petite manière de tourner en rond ?
Sinon pour un profane vis à vis de toutes les entrailles de Linux comme moi, cet article est très intéressant et vraiment abordable.
Il manque juste une petite explication ou un lien sur les cgroups.
Ce que j'en retiens c'est qu'avant tous les services devaient se repalucher de gérer mêmes tâches à chaque fois souvent de manière différente et que systemd permet de gérer ceci de manière transverse et unifiée.
Si je résume, les linuxiens viennent de découvrir la programmation par aspect.
Bravo, vous serez bientôt au niveau des architectes J2EE (Il est pas mignon celui-là ?)
# Le bon chasseur et le mauvais chasseur
Posté par El Titi . En réponse à la dépêche systemd : l’init martyrisé, l’init bafoué, mais l’init libéré !. Évalué à 2.
...
Autrement dit, dans la philosophie Unix, l’approche pour résoudre un problème est d’écrire plein de petits logiciels qui se concentrent sur une étape de la résolution du problème, fonctionnent orthogonalement et utilisent un protocole clair, au lieu d'écrire un gros logiciel.
Y'aurait pas comme une petite manière de tourner en rond ?
Sinon pour un profane vis à vis de toutes les entrailles de Linux comme moi, cet article est très intéressant et vraiment abordable.
Il manque juste une petite explication ou un lien sur les cgroups.
Ce que j'en retiens c'est qu'avant tous les services devaient se repalucher de gérer mêmes tâches à chaque fois souvent de manière différente et que systemd permet de gérer ceci de manière transverse et unifiée.
Si je résume, les linuxiens viennent de découvrir la programmation par aspect.
Bravo, vous serez bientôt au niveau des architectes J2EE (Il est pas mignon celui-là ?)