La fin du bricolage des scripts fait à la va-comme-j-te-pousse, chers à certains sysadmin et cerains intégrateurs. La fin du plus gros défaut des unix : "zy va j'te fais un script qui réoud le problème" - "ouhai trop fort, t'est trop fort" - deux ans après plus une machine n'est pareil, et les scripts, à défaut de respecter des normes, deviennent in-maintenables.
Maintenant faut pas rêver tout ne se fera pas du jour au lendemain, beaucoup d'intégrateur livreront encore des énormes bouses (souvent, de mon expérience, un bon soft dans le meilleur des cas mais packagé par des stagiaires, avec des scripts de démarrages ne respectant rien).
C'est pas que j'aime pas les scripts, hein (évidence) c'est que j'aime pas le non-respect des règles élementaires (utilisation des possibilités existantes, manière d'écrire, types de fonction, ré-utilisation, sortie de tout le possible en fichier de conf, portabilité, respecter le fsh, ne pas foutre d'autre langage que le shell dans un init, ne pas faire son propre watchdog (si si j'ai déjà vu ça...en sh comment dire...), utiliser syslog, etc etc etc)
SystemD va forcer une évolution.
On va en chier pendant qq temps, mais accroches toi ça vaut le coup (surtout lorsque tu écrira les exigences de livrables)
[^] # Re: Tu sais
Posté par bubar🦥 . En réponse au journal Centos / Redhat 7 : coup de gueule sur systemd. Évalué à 10. Dernière modification le 24 juillet 2014 à 10:00.
La fin du bricolage des scripts fait à la va-comme-j-te-pousse, chers à certains sysadmin et cerains intégrateurs. La fin du plus gros défaut des unix : "zy va j'te fais un script qui réoud le problème" - "ouhai trop fort, t'est trop fort" - deux ans après plus une machine n'est pareil, et les scripts, à défaut de respecter des normes, deviennent in-maintenables.
Maintenant faut pas rêver tout ne se fera pas du jour au lendemain, beaucoup d'intégrateur livreront encore des énormes bouses (souvent, de mon expérience, un bon soft dans le meilleur des cas mais packagé par des stagiaires, avec des scripts de démarrages ne respectant rien).
C'est pas que j'aime pas les scripts, hein (évidence) c'est que j'aime pas le non-respect des règles élementaires (utilisation des possibilités existantes, manière d'écrire, types de fonction, ré-utilisation, sortie de tout le possible en fichier de conf, portabilité, respecter le fsh, ne pas foutre d'autre langage que le shell dans un init, ne pas faire son propre watchdog (si si j'ai déjà vu ça...en sh comment dire...), utiliser syslog, etc etc etc)
SystemD va forcer une évolution.
On va en chier pendant qq temps, mais accroches toi ça vaut le coup (surtout lorsque tu écrira les exigences de livrables)