Pour moi lorsque Misc me sous entend [il n'a pas dit] que systemd = 16/20 et init 12/20
je m'attends à une révolution.
Donc attends, tu inventes ce que je dit, puis tu dit que ça correspond pas à la réalité. Et ensuite tu dit que tu n'utilises pas d'argument de l'homme de paille, vraiment ?
Donc, si je vous suis bien, lorsque chez google ils utilisent le format json-like (je me souviens plus du nom du
format) ce sont des idiots.
Vu que visiblement, tes arguments ne s'encombrent pas de précision, je vais compléter pour toi.
Le format que tu cherches, c'est protobuf : http://code.google.com/p/protobuf/
Bien que tu ne donnes pas de définition de ton neologisme "json-like", je suppose que tu parles de ça à cause des '{' et '}' servant de délimiteurs. Ça n'a rien de json, car l'avantage du json, c'est de se lire directement presque partout. La, il faut un parser spécifique pour le .proto, par exemple.
Encore une fois, la configuration d'un service n'a pas besoin d'une structure complexe, quoi que des années de java ont réussi à faire croire. Tu définit des variables simples pour définir ce que tu veux, et le reste dépend du logiciel. Donc à partir de la, un simple format clé/valeur doit suffire. D'ailleurs, il a suffit pendant des années pour justement la fameuse philosophie unix à base de variable d'environnement ( modulo le besoin d'avoir des tableaux comme $PATH, $LS_COLORS, mais c'est minoritaire )
Donc non, je pense que chaque format a ses avantages, et à partir de la, il faut choisir.
[^] # Re: Vraiment ?
Posté par Misc (site web personnel) . En réponse au journal Systemd: tuons les mythes. Évalué à 3.
Donc attends, tu inventes ce que je dit, puis tu dit que ça correspond pas à la réalité. Et ensuite tu dit que tu n'utilises pas d'argument de l'homme de paille, vraiment ?
Vu que visiblement, tes arguments ne s'encombrent pas de précision, je vais compléter pour toi.
Le format que tu cherches, c'est protobuf :
http://code.google.com/p/protobuf/
Bien que tu ne donnes pas de définition de ton neologisme "json-like", je suppose que tu parles de ça à cause des '{' et '}' servant de délimiteurs. Ça n'a rien de json, car l'avantage du json, c'est de se lire directement presque partout. La, il faut un parser spécifique pour le .proto, par exemple.
Encore une fois, la configuration d'un service n'a pas besoin d'une structure complexe, quoi que des années de java ont réussi à faire croire. Tu définit des variables simples pour définir ce que tu veux, et le reste dépend du logiciel. Donc à partir de la, un simple format clé/valeur doit suffire. D'ailleurs, il a suffit pendant des années pour justement la fameuse philosophie unix à base de variable d'environnement ( modulo le besoin d'avoir des tableaux comme $PATH, $LS_COLORS, mais c'est minoritaire )
Donc non, je pense que chaque format a ses avantages, et à partir de la, il faut choisir.