La question est plutot pourquoi tout le monde doit s'emboucanner a implementer un case (et pourquoi pas un if/else d'ailleurs?), et pourquoi on doit copier/coller le meme bouzin partout quand on peut faire un truc configuration driven qui va juste marcher.
Sans compter que ceux qui vont ecrire les scripts en question sont loin d'etre repute pour leur qualite de programmeur. Leur temps serait bien mieux employe a faire ce qu'ils font le mieux (l'administration) plutot que de perdre du temps a ecrire tout ca.
Et laisser des gens qui sont bien plus competent dans leur domaine gerer le bordel de la synchronisation des services me parait aussi un bonne utilisation du temps et des competences de chacun.
le principe de linux, c'est le principe inverse (et c'est aussi le principe d'internet) :
un réseau "idiot" (init) et des terminaux intelligents (scripts).
C'est un peu un comparaison foireuse, l'init n'a pas grand chose d'un réseau, je vois pas ce que l'analogie vient faire ici.
alors oui ca demande un poil de motivation, mais honnêtement 2 arguments et trois commentaires, j'ai déjà eu plus de propblème.
Multiplie par quoi, 30 a 40 services? C'est la que ca commence a poser des problemes.
Perso je suis sur un petit dev, et il faut comprendre le fonctionnement interne du co processeur etc…
Autrement plus compliqué que de voir 3 commentaires et 2 cases.
Oui, et certains bossent sur des centrales nucleaires et d'autres envoient des robots sur mars. C'est quoi ton point? Que parce que toi t'en chie sur des trucs durs tout le monde doit en chier pour des trucs qui pourraient etre simplifies et automatises?
[^] # Re: Trop d'honneurs...
Posté par groumly . En réponse au journal yet another journal about systemd. Évalué à 6.
La question est plutot pourquoi tout le monde doit s'emboucanner a implementer un case (et pourquoi pas un if/else d'ailleurs?), et pourquoi on doit copier/coller le meme bouzin partout quand on peut faire un truc configuration driven qui va juste marcher.
Sans compter que ceux qui vont ecrire les scripts en question sont loin d'etre repute pour leur qualite de programmeur. Leur temps serait bien mieux employe a faire ce qu'ils font le mieux (l'administration) plutot que de perdre du temps a ecrire tout ca.
Et laisser des gens qui sont bien plus competent dans leur domaine gerer le bordel de la synchronisation des services me parait aussi un bonne utilisation du temps et des competences de chacun.
C'est un peu un comparaison foireuse, l'init n'a pas grand chose d'un réseau, je vois pas ce que l'analogie vient faire ici.
Multiplie par quoi, 30 a 40 services? C'est la que ca commence a poser des problemes.
Oui, et certains bossent sur des centrales nucleaires et d'autres envoient des robots sur mars. C'est quoi ton point? Que parce que toi t'en chie sur des trucs durs tout le monde doit en chier pour des trucs qui pourraient etre simplifies et automatises?