Tu mélanges plusieurs choses. Le fait qu'un logiciel gère sa configuration n'importe comment et le langage qu'il utilise pour la décrire.
Tu critiques les logiciels que tu ne comprends pas ou qui ont un horrible fichier de conf qui n'est plus ou moins qu'un dump mémoire. Pour ceux que tu ne comprends pas il te suffit de lire la doc. Typiquement la conf d'exim est tout sauf simple mais tu as passé beaucoup de temps pour l'appréhender. Pour les logiques moisies, quel que soit le langage utilisé ca restera moisi.
On peut faire des choses très correctes en les décrivant en XML. La conf de tomcat est simple et bien foutue. Lis les 50 premieres pages de Professional Apache Tomcat et tu seras capable de presque tout faire. C'est pas plus compliqué qu'apache ou exim. Et c'est tout aussi robuste et maintenable.
Après les technos autour d'xml comme la sérialisation automatique poussent certains à la paresse... Pour moi la paresse s'arrête à laisser au parseur toute la validation (validité, type, restriction). Définir un bon fichier de config prend du temps XML, YAML ou ce que tu veux.
Un bon éditeur XML "léger" libre est un gros manque. Pour les devs tu as eclipse/netbeans mais qui font chier avec la gestion de projet et pas adapté aux administrateurs. Autrement tu as quelques bon outils proprio...
> Idem pour un fichier de configuration, le serveur ne doit pas prendre le fichier de configuration pour argent comptant. Tant mieux s'il est juste.
La complétion/validation coté éditeur c'est pour aider l'utilisateur ! En éditant ton fichier tu as accès à la doc en ligne, ton éditeur te propose toutes les options possibles automatiquement, les mots cles/valeures/contraintes d'intégrité sont vérifiées. Bref c'est super pratique, plus de typo ou de trou de mémoire. Et évidement le serveur fait sa propre validation !
[^] # Re: virt-manager
Posté par ckyl . En réponse au journal VirtualBox 2.0 is out !. Évalué à 1.
Tu critiques les logiciels que tu ne comprends pas ou qui ont un horrible fichier de conf qui n'est plus ou moins qu'un dump mémoire. Pour ceux que tu ne comprends pas il te suffit de lire la doc. Typiquement la conf d'exim est tout sauf simple mais tu as passé beaucoup de temps pour l'appréhender. Pour les logiques moisies, quel que soit le langage utilisé ca restera moisi.
On peut faire des choses très correctes en les décrivant en XML. La conf de tomcat est simple et bien foutue. Lis les 50 premieres pages de Professional Apache Tomcat et tu seras capable de presque tout faire. C'est pas plus compliqué qu'apache ou exim. Et c'est tout aussi robuste et maintenable.
Après les technos autour d'xml comme la sérialisation automatique poussent certains à la paresse... Pour moi la paresse s'arrête à laisser au parseur toute la validation (validité, type, restriction). Définir un bon fichier de config prend du temps XML, YAML ou ce que tu veux.
Un bon éditeur XML "léger" libre est un gros manque. Pour les devs tu as eclipse/netbeans mais qui font chier avec la gestion de projet et pas adapté aux administrateurs. Autrement tu as quelques bon outils proprio...
> Idem pour un fichier de configuration, le serveur ne doit pas prendre le fichier de configuration pour argent comptant. Tant mieux s'il est juste.
La complétion/validation coté éditeur c'est pour aider l'utilisateur ! En éditant ton fichier tu as accès à la doc en ligne, ton éditeur te propose toutes les options possibles automatiquement, les mots cles/valeures/contraintes d'intégrité sont vérifiées. Bref c'est super pratique, plus de typo ou de trou de mémoire. Et évidement le serveur fait sa propre validation !