En gros c'est des compétences techniques, du temps et un certain potentiel à se documenter. Je vois pas ce qu'il y a de mal à se reposer sur un support compétent pour ce genre de ce que je considère comme des "problèmes à la con" éventuellement connus au moins pour ton premier exemple et à se concentrer sur autre chose.
Pour le deuxième exemple, pareil, j'irai presque dans ton sens, genre si on peut simplifier au maximum l'administration c'est plutôt cool. Mais là encore il n'y a pas de mal à se faire bien conseiller par un service de support compétent et de gagner du temps plutôt que de faire des recherches fastidieuses et longues si c'est pas ton domaine de compétence. Genre les éventuels outils dédiés de la distrib, par exemple.
Après on est d'accord, c'est surement mieux si tu sais régler le problème toi même, mais le support c'est un peu une manière de capitaliser les expériences de ce côté et d'accélérer la résolution, surtout si c'est des problèmes connus qui pourront limite servir de "bugreport+fix" un peu costaux.
[^] # Re: c'est reparti !
Posté par thoasm . En réponse au journal RHEL 5.2/Ubuntu 8.04. Évalué à 2.
Pour le deuxième exemple, pareil, j'irai presque dans ton sens, genre si on peut simplifier au maximum l'administration c'est plutôt cool. Mais là encore il n'y a pas de mal à se faire bien conseiller par un service de support compétent et de gagner du temps plutôt que de faire des recherches fastidieuses et longues si c'est pas ton domaine de compétence. Genre les éventuels outils dédiés de la distrib, par exemple.
Après on est d'accord, c'est surement mieux si tu sais régler le problème toi même, mais le support c'est un peu une manière de capitaliser les expériences de ce côté et d'accélérer la résolution, surtout si c'est des problèmes connus qui pourront limite servir de "bugreport+fix" un peu costaux.