Dans le cas d'un logiciel commerciale libre la documentation est primordiale s'il existe déjà d'autre projets sur le même segment de marché.
Lorsqu'un utilisateur teste un logiciel avant d'en acheter le service de personnalisation, si la documentation est pauvre ou uniquement commerciale il sera rapidement frustré de ne pas pouvoir reproduire ce qu'il a vu quand on lui a présenté de logiciel. Au bout de deux ou trois jours de galère il dira que le logiciel est sympa, très puissant, mais inutilisable tel que.
J'ai vu des boîtes perdre des contrats là-dessus, et d'autres en gagner.
Par contre une mauvaise documentation des API (ou une documentation générée automatiquement), sans tutorial digne de ce nom, sans manuel pour le dévellopeur et l'administrateur ne donnera aucun engouement dans le projet pour les dévellopeurs éventuels. Donc une communauté quasiment nulle. Les documentations en retard de trois versions, ou uniquement dans la langue de Molière ou de Shakespeare ne sont pas pour aider non plus.
J'ai une question con, mais avez-vous trouvé une solution pour la gestion des périodiques ?
C'est un problème récurrent que j'ai constaté dans les logiciels de gestion de bibliothéques.
En allant un peu plus loin, il faudrait pouvoir gérer l'enregistrement des divers rapports (travaux pratiques, thèses, comptes-rendu de réunions) ou articles (de recherche, du dlfp, etc). Je sais que cela pose des problèmes en UNIMARC...
C'est surtout très utile pour préparer une installation en série avec des paquets déjà configuré.
Cela évite de passer par des horreurs tels que replicator.
Avec entre 50 et 200 spams par jours, c'est un peu pénible, donc je fais du recensement avec http://anti.spam.free.fr/(...) .
Maintenant, il y a aussi les virus...
Il faudrait relancer l'idée de signature obligatoire des paquets téléchargeables car il est clair qu'un md5sum n'est pas suffisant.
Ensuite il faudra mettre le serveur de clés en mode paranoïaque avec vérification de la présence d'un rootkit toutes les deux minutes. ;)
Cela fonctionnera avec gdm ou kdm, mais avec xdm ou wdm tu risques d'avoir une surprise.
De plus ssh est utile pour géré ssh-agent. ça évite de retaper sa passphrase toute la journée et il doit être lancé avec la session utilisateur, donc tu risques une race condition.
Ce qui est déplacé c'est de faire des remarques de mauvais goût.
Nous proposons du PDF car il est facilement lisible sur toutes les plateformes, dans un but de lobbying.
Si tu peux me prouver que la majorité des personnes utilisant windows ou mac connaissent un éditeur postscript, nous utiliserons cet autre format ouvert.
Proposer du openoffice serait aussi d'assez mauvais goût dans un contexte de révolution de velour dans la bureautique. Et RTF est une norme assez mal implémenté en général à en croire les developpeur d'abiword, donc nous éviterons aussi.
Il nous reste le texte pur et le html... donc non.
Écoute coco, si les logiciels libres savent générer un format mais pas le lire ce n'est pas de notre faute.
Par contre si tu veux bien te charger du support de PDF1.3 par autre chose que scribus tu n'as que l'embarrat du choix.
C'est dommage qu'ils n'aient pas gardé un système de port comme pour *BSD* ou, quitte à utiliser un système de gestion de paquetages avancé, des paquetages debian.
Sinon, est-ce que GNUStep tourne dessus ?
C'est l'interface graphique la plus proche d'aqua (affichage PDF) en utilisant un affichage Postscript au point de vue technologique.
Tous les arguments que tu indiques ici montre que tu ne connais pas Zope.
La ZODB n'est pas un filesystem mais une base de données objets.
Il existe plusieurs solution de stockage, pas uniquement dans un gros fichier: Directory Stotrage, pour ne citer que lui, stock les objets directement sur le système de fichier et est optimisé pour ReiserFS.
Du coup pour la sauvegarde...
Pour les droits, la conception du modèle de gestion de droits dans Zope est beaucoup plus fine que celle d'un système de fichiers, donc elle a aussi un coup.
Pour la production, je dirai simplement que quelqu'un qui connait mal son outil de travail ne peut pas donner de jugement aussi catégorique.
[^] # Documentation et succès d'un logiciel
Posté par Encolpe DEGOUTE (site web personnel) . En réponse à la dépêche Documentation et projets libres commerciaux : sondage. Évalué à 4.
Lorsqu'un utilisateur teste un logiciel avant d'en acheter le service de personnalisation, si la documentation est pauvre ou uniquement commerciale il sera rapidement frustré de ne pas pouvoir reproduire ce qu'il a vu quand on lui a présenté de logiciel. Au bout de deux ou trois jours de galère il dira que le logiciel est sympa, très puissant, mais inutilisable tel que.
J'ai vu des boîtes perdre des contrats là-dessus, et d'autres en gagner.
Par contre une mauvaise documentation des API (ou une documentation générée automatiquement), sans tutorial digne de ce nom, sans manuel pour le dévellopeur et l'administrateur ne donnera aucun engouement dans le projet pour les dévellopeurs éventuels. Donc une communauté quasiment nulle. Les documentations en retard de trois versions, ou uniquement dans la langue de Molière ou de Shakespeare ne sont pas pour aider non plus.
[^] # Re: Linux 2.6.5 est sorti
Posté par Encolpe DEGOUTE (site web personnel) . En réponse à la dépêche Linux 2.6.5 est sorti. Évalué à 4.
http://www.debian.org/ports/netbsd/(...)
[^] # Re: Sortie du noyau 2.6.4
Posté par Encolpe DEGOUTE (site web personnel) . En réponse à la dépêche Sortie du noyau 2.6.4. Évalué à 1.
# Re: HEEELP ! Demande d'aide
Posté par Encolpe DEGOUTE (site web personnel) . En réponse au journal HEEELP ! Demande d'aide. Évalué à 3.
[^] # Re: Une seule main !
Posté par Encolpe DEGOUTE (site web personnel) . En réponse à la dépêche L'inventeur du CTRL-ALT-DELETE part à la retraite !. Évalué à 2.
[^] # Re: L'inventeur du CTRL-ALT-DELETE part à la retraite !
Posté par Encolpe DEGOUTE (site web personnel) . En réponse à la dépêche L'inventeur du CTRL-ALT-DELETE part à la retraite !. Évalué à -1.
J'ai du me tromper dans mon commentaire.
# Re: L'inventeur du CTRL-ALT-DELETE part à la retraite !
Posté par Encolpe DEGOUTE (site web personnel) . En réponse à la dépêche L'inventeur du CTRL-ALT-DELETE part à la retraite !. Évalué à 1.
Sur sun c'est pas mal non plus... vous avez d'autres exemples?
# Re: Solutions Groupware : Etat des lieux
Posté par Encolpe DEGOUTE (site web personnel) . En réponse à la dépêche Solutions Groupware : Etat des lieux. Évalué à 2.
Quid de Zope avec Plone, CPS, ERP5 ?
[^] # Re: Le maronier des news python
Posté par Encolpe DEGOUTE (site web personnel) . En réponse à la dépêche Les coulisses du développement de Python. Évalué à 1.
C'est laid.
[^] # Re: La version de PMB 1.0 est disponible
Posté par Encolpe DEGOUTE (site web personnel) . En réponse à la dépêche La version de PMB 1.0 est disponible. Évalué à 1.
[^] # Re: UML2PHP5 version 0.3
Posté par Encolpe DEGOUTE (site web personnel) . En réponse à la dépêche UML2PHP5 version 0.3. Évalué à 2.
;^)
# Re: La version de PMB 1.0 est disponible
Posté par Encolpe DEGOUTE (site web personnel) . En réponse à la dépêche La version de PMB 1.0 est disponible. Évalué à 3.
C'est un problème récurrent que j'ai constaté dans les logiciels de gestion de bibliothéques.
En allant un peu plus loin, il faudrait pouvoir gérer l'enregistrement des divers rapports (travaux pratiques, thèses, comptes-rendu de réunions) ou articles (de recherche, du dlfp, etc). Je sais que cela pose des problèmes en UNIMARC...
# Re: Faire renaître un paquet de ses cendres.
Posté par Encolpe DEGOUTE (site web personnel) . En réponse au message [Debian] Faire renaître un paquet de ses cendres.. Évalué à 2.
Cela évite de passer par des horreurs tels que replicator.
[^] # Re: AOL lance une pétition contre le spam
Posté par Encolpe DEGOUTE (site web personnel) . En réponse à la dépêche AOL lance une pétition contre le spam. Évalué à 2.
Surtout que le message passera par plusieurs serveurs avant d'arriver dans une boite.
[^] # Re: AOL lance une pétition contre le spam
Posté par Encolpe DEGOUTE (site web personnel) . En réponse à la dépêche AOL lance une pétition contre le spam. Évalué à 2.
Maintenant, il y a aussi les virus...
[^] # Re: Un aspect positif
Posté par Encolpe DEGOUTE (site web personnel) . En réponse à la dépêche Savannah et Gentoo attaqués également. Évalué à 10.
Ensuite il faudra mettre le serveur de clés en mode paranoïaque avec vérification de la présence d'un rootkit toutes les deux minutes. ;)
# Re: Mon Linux démarre plus vite !
Posté par Encolpe DEGOUTE (site web personnel) . En réponse au journal Mon Linux démarre plus vite !. Évalué à 1.
De plus ssh est utile pour géré ssh-agent. ça évite de retaper sa passphrase toute la journée et il doit être lancé avec la session utilisateur, donc tu risques une race condition.
[^] # Re: Pourquoi BENEVOLEMENT ?
Posté par Encolpe DEGOUTE (site web personnel) . En réponse au sondage Le nombre d'installations de Linux que j'ai bénévolement effectué est :. Évalué à 1.
[^] # Re: Lancement des fiches libres
Posté par Encolpe DEGOUTE (site web personnel) . En réponse à la dépêche Lancement des fiches libres. Évalué à 2.
Nous proposons du PDF car il est facilement lisible sur toutes les plateformes, dans un but de lobbying.
Si tu peux me prouver que la majorité des personnes utilisant windows ou mac connaissent un éditeur postscript, nous utiliserons cet autre format ouvert.
Proposer du openoffice serait aussi d'assez mauvais goût dans un contexte de révolution de velour dans la bureautique. Et RTF est une norme assez mal implémenté en général à en croire les developpeur d'abiword, donc nous éviterons aussi.
Il nous reste le texte pur et le html... donc non.
[^] # Re: Lancement des fiches libres
Posté par Encolpe DEGOUTE (site web personnel) . En réponse à la dépêche Lancement des fiches libres. Évalué à 5.
Par contre si tu veux bien te charger du support de PDF1.3 par autre chose que scribus tu n'as que l'embarrat du choix.
[^] # Re: Lancement des fiches libres
Posté par Encolpe DEGOUTE (site web personnel) . En réponse à la dépêche Lancement des fiches libres. Évalué à 4.
Avec acroread ça passe au poil.
[^] # Re: C'est quoi Zope ?
Posté par Encolpe DEGOUTE (site web personnel) . En réponse à la dépêche Zope 2.7 Beta 3. Évalué à 2.
ok, 2 -> []
# Re: Nouvelle version d'OpenDarwin
Posté par Encolpe DEGOUTE (site web personnel) . En réponse à la dépêche Nouvelle version d'OpenDarwin. Évalué à 1.
Sinon, est-ce que GNUStep tourne dessus ?
C'est l'interface graphique la plus proche d'aqua (affichage PDF) en utilisant un affichage Postscript au point de vue technologique.
# Re: Nouvelles vulnérabilités pour Apache 1.3.28 / 2.0.47 et mod_security 1.7.1
Posté par Encolpe DEGOUTE (site web personnel) . En réponse à la dépêche Nouvelles vulnérabilités pour Apache 1.3.28 / 2.0.47 et mod_security 1.7.1. Évalué à 0.
[^] # Re: Première version packagée de CPS3
Posté par Encolpe DEGOUTE (site web personnel) . En réponse à la dépêche Première version packagée de CPS3. Évalué à 4.
La ZODB n'est pas un filesystem mais une base de données objets.
Il existe plusieurs solution de stockage, pas uniquement dans un gros fichier: Directory Stotrage, pour ne citer que lui, stock les objets directement sur le système de fichier et est optimisé pour ReiserFS.
Du coup pour la sauvegarde...
Pour les droits, la conception du modèle de gestion de droits dans Zope est beaucoup plus fine que celle d'un système de fichiers, donc elle a aussi un coup.
Pour la production, je dirai simplement que quelqu'un qui connait mal son outil de travail ne peut pas donner de jugement aussi catégorique.