J'espère aussi que la mise en ½uvre de postgresql sera facilitée. Il n'est pas évident du tout à un débutant d'aller éditer /var/lib/pgsql/data/postgresql.conf pour y ajouter tcpip_socket = true et d'aller modifier /var/lib/pgsql/data/pg_hba.conf pour y permetter la connexion en mode local (par localhost).
Je suis convaincu que ces deux points ont été des obstacles insurmontables pour beaucoup de personnes et ont gravement porté préjudice au développement de posgresql. Il est indispensable de donner une configuration par défaut qui soit directement utilisable (comme Access).
Faut différencier la facilité de configuration, de l'utilité de la configuration par défaut.
L'éditeur du logiciel fournit une configuration par défaut qu'il pense convenir à ses utilisateurs. Le distributeur (Debian, Mandrakesoft, ChaperonRouge) se doit de changer cette configuration par défaut en fonction de ses choix et de son public.
La politique de Mandrakesoft par exemple est que tout logiciel installé, puisque désiré (puisque installé), est utile, il faut donc que le service soit activé par défaut. S'ensuit que le configuration par défaut doit représenter quelque chose d'utile lorsque pertinent, ou être absente (ou désactivée) lorsque non pertinent. Par exemple, pour un serveur DHCP une configuration par défaut est pertinente, pour un serveur DNS non. La configuration par défaut doit donc être adaptée et choisie avec soin.
Au contraire, à ma connaissance la politique de Debian et ChaperonRouge est de ne pas activer le service par défaut (pour mettre l'accent à fond sur la sécurité, et parce qu'une configuration par défaut est considérée peu utile), dans ce cas-là la distribution a plus de latitude pour conserver la configuration par défaut proposée par l'éditeur (mais souvent en la sécurisant ou la restreignant, on n'est jamais trop prudent).
Tout ça pour dire que pour le logiciel qui touche le neuneu, comme il arrive par le distributeur et non pas l'éditeur, sa configuration par défaut n'est plus de la responsabilité de l'éditeur.
Ensuite, si l'on veut parler de la facilité de configurer, il y a beaucoup d'outils graphiques qui facilitent la configuration de postgresql, et la documentation est abondante pour accéder aux fichiers de configuration, il ne me semble pas y avoir de problème au contraire.
[^] # Re: Quelque liens complémentaires
Posté par gc . En réponse à la dépêche Première bêta de PostgreSQL 8. Évalué à 6.
Je suis convaincu que ces deux points ont été des obstacles insurmontables pour beaucoup de personnes et ont gravement porté préjudice au développement de posgresql. Il est indispensable de donner une configuration par défaut qui soit directement utilisable (comme Access).
Faut différencier la facilité de configuration, de l'utilité de la configuration par défaut.
L'éditeur du logiciel fournit une configuration par défaut qu'il pense convenir à ses utilisateurs. Le distributeur (Debian, Mandrakesoft, ChaperonRouge) se doit de changer cette configuration par défaut en fonction de ses choix et de son public.
La politique de Mandrakesoft par exemple est que tout logiciel installé, puisque désiré (puisque installé), est utile, il faut donc que le service soit activé par défaut. S'ensuit que le configuration par défaut doit représenter quelque chose d'utile lorsque pertinent, ou être absente (ou désactivée) lorsque non pertinent. Par exemple, pour un serveur DHCP une configuration par défaut est pertinente, pour un serveur DNS non. La configuration par défaut doit donc être adaptée et choisie avec soin.
Au contraire, à ma connaissance la politique de Debian et ChaperonRouge est de ne pas activer le service par défaut (pour mettre l'accent à fond sur la sécurité, et parce qu'une configuration par défaut est considérée peu utile), dans ce cas-là la distribution a plus de latitude pour conserver la configuration par défaut proposée par l'éditeur (mais souvent en la sécurisant ou la restreignant, on n'est jamais trop prudent).
Tout ça pour dire que pour le logiciel qui touche le neuneu, comme il arrive par le distributeur et non pas l'éditeur, sa configuration par défaut n'est plus de la responsabilité de l'éditeur.
Ensuite, si l'on veut parler de la facilité de configurer, il y a beaucoup d'outils graphiques qui facilitent la configuration de postgresql, et la documentation est abondante pour accéder aux fichiers de configuration, il ne me semble pas y avoir de problème au contraire.