Un cri de désespoir du développeur d'un projet Open Source.

Posté par  . Modéré par Jaimé Ragnagna.
Étiquettes :
0
24
jan.
2004
Communauté
Étant moi-même le développeur principal d'un projet Open Source, il me semble bon de rappeler les règles simples sur la vie d'un projet Open Source.
Je pense que mon expérience a sûrement été vécue par un certain nombre d'autres développeurs du monde de l'OS, c'est pourquoi je tiens à la partager avec vous. Quelques chiffres sur mon projet avant de vous expliquer le problème :
- il a été initié en juillet 2001, j'ai publié quelques huit versions depuis son commencement,
- depuis avril 2003, j'ai re-développé « from scratch » le projet, et aujourd'hui j'en suis à 100 000 lignes de codes,
- j'ai reçu plus de 700 courriels de demande de support depuis octobre 2002,
- le projet a été téléchargé 6200 fois depuis novembre 2002.

En deux ans et demi d'existence je n'ai jamais reçu une seule ligne de code d'un contributeur, les seules contributions reçues étaient des documentations, au nombre de deux.
Ce qui m'étonne le plus c'est que vu le nombre de téléchargements du code source, il y a forcément un certain nombre de développeurs qui, à un moment donné, ont lu le code. Je n'ai cependant jamais reçu de proposition d'aide.
Est-ce que les développeurs de la communauté OS n'ont d'intérêt que pour les gros projets (apache, samba, openldap, openssl, kernel, etc.) ?
Tous les autres projets OS méritent aussi votre support (vous les développeurs), si un projet vous intéresse, il ne faut surtout pas hésiter à contacter le(s) développeur(s) pour proposer votre aide, même si ce n'est que pour coder 200 lignes, vous n'avez pas idée combien ce serait re-motivant, que de sentir que des gens s'investissent aussi.
Il y a tous les ans des projets qui passent à la trappe, pas parce qu'ils n'étaient pas viables techniquement, mais parce que le développeur (souvent tout seul) en avait marre, de tout faire lui-même (exemple LinuxRouter).
Oui l'OS c'est génial, mais si vous ne voulez pas que le développement de l'OS devienne l'apanage des entreprises, avec un but purement lucratif, vous devez essayer de ne pas oublier que c'est avant tout vous qui le faites vivre.

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  . Évalué à 10.

    Je comprend ton point de vue, mais si tu nous disait quel est ton projet, ca pourrait servir, non ? :)

    • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

      Posté par  . Évalué à 3.

      >> ca pourrait servir, non ?

      Ca servirait à son projet, mais ca ne servirai pas la communauté.
      Le problème soulevé est en effet trés général et rencontré quelque soit le projet considéré (sauf les "gros" projets appuyés par des entreprises, distributions ou panels d'utilisateurs vraiment important).

      Il est trés fréquent qu'un logiciel soit utilisé sans qu'aucun retour (feddback) ne soit fourni aux développeurs ; j'ai déjà vu télécharger une appli, lancer le "./configure;make" avoir une erreur et abandonner sans se dire qu'un mail à l'auteur pourrait trés simplement résoudre le problème et améliorer l'appli.

      Bref, je partage ce "cri de désespoir" (bien que pas je ne soit pas désespéré du tout) et je vous invite à faire des retours autant que possible, ne serai-ce pour dire : "je suis utilisateur"

  • # Parfois c'est l'inverse

    Posté par  (site web personnel) . Évalué à 9.

    Moi j'ai déjà essayé d'aider un projet mais le monsieur voulait pas lacher son bébé qui pourtant était au point mort depuis 1 an environ. Résultat j'ai forké.

    Depuis c'est mon projet qui est au point mort :)
    Mais il n'y a pas grand chose qui manque c'est juste du temps et des connaissances qui me manque. Si quelqu'un veut m'aider ou carrément reprendre le projet sous son aile je suis preneur.

    Tout est là : http://shift.freezope.org/konq_rellinks(...)

    Merci,

    Franck

    L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

    • [^] # Re: Parfois c'est l'inverse

      Posté par  (site web personnel) . Évalué à 3.

      C'est ce que j'ai fait aussi (ayttm est un fork d'everybuddy). Un autre développeur a forké aussi (eb-lite). Résultat net, y'a de la duplication d'efforts... (bien qu'eb-lite n'aie pas les mêmes buts qu'ayttm).

      • [^] # Re: Parfois c'est l'inverse

        Posté par  (site web personnel) . Évalué à 6.

        Moi il n'y a pas de duplication vu que l'autre projet est mort et enterré. Je suis même le seul a avoir encore les sources de son programme originel :)

        Bon je me suis décidé à le poster sur kde-apps pour voir si ça va attirer les curieux : http://www.kde-apps.org/content/show.php?content=10334(...)

        L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

      • [^] # Re: Parfois c'est l'inverse

        Posté par  . Évalué à 1.

        Je te rapelle que tu etait le deuxieme de forker, Colin :^)

        Alors, c'est vrai que les buts sont differents, alors c'etait pas exactement un fork, mais c'est vrai qu'on a bcp de duplication.

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  (site web personnel) . Évalué à 8.

    Quel est ton projet ?
    Pour le mien (ayttm), créé lé 20/12/2002, il y a eu 33000 téléchargements, 182 bugreports (sur le tracker, d'autres sur la ML), 1960 messages sur la ML (en 1200 threads) et environ 20 patches (presque tous acceptés). Ce qui ferait un ratio de 1 patch tous les 1650 téléchargements...
    L'équipe a grossi de deux développeurs, initialement, à 9 (dont 5 développeurs, 1 packager Debian, 1 packager Mandrake, 1 documentaliste).

    Peut-être que ton projet manque de visibilité ? (inscris-le sur freshmeat, évoque-le au détour d'un thread qui peut le concerner, etc)...

    • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

      Posté par  . Évalué à 5.

      Le but n'est pas de faire de la pub pour mon projet, seulement de partager mon expérience, mais puisque tu le demandes:
      http://www.newpki.org(...)

      • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

        Posté par  . Évalué à 1.

        Le problème que je constate est que les projets en C++, les fonctions, les entêtes de fonctions et les variables ne sont pas très bien commentées. Ca c'est mon coup de gueule de la journée!

        Comment voulez-vous, les développeurs, qu'on puisse reprendre du code et en faire du bon code. En Java, pour ceux qui utilisent le Javadoc, ils obligent à utiliser une documentation commune et claire. Même Python permet de le faire.

        Commentez vos fonctions bourdel

        • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

          Posté par  . Évalué à 1.

          Je ne vois pas en quoi le langage à un rapport avec la qualité des commentaires ?!?!?
          Doxygen tu connais ? Ca marche aussi bien que JavaDoc... je vois pas le problème.
          Je crois que c'est hors-sujet, de plus t'iras essayer de développer une PKI en Java, demande aux gens d'euPKI, comment ils s'en sortent, ca fait 2 ans qu'ils bossent dessus et tous les 6 mois, ils repoussent la sortie 6 mois plus tard :)

          • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

            Posté par  . Évalué à 0.

            Je connais Doxygen je l'ai utilisé une fois

            Cette méthode surchage mon travail de lecture de code source, c'est plus long parce la doc est en HTML, le code source, du texte brut

            • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

              Posté par  . Évalué à 1.

              Gna ?
              Voila un exemple de documentation d'une méthode:
              /*! \brief This function generates a mail body in S/MIME.
              * \param ResultSmime [OUT] The result mal body.
              * \param Body [IN] The plain text mail body.
              * \param Signer [IN] The signer cert.
              * \param PrivKey [IN] The signer key.
              * \param Others [IN] The parent certs.
              * \return true on success, false on failure.
              */
              bool GenerateSMIME(mString & ResultSmime, const char *Body, const X509 * Signer, const EVP_PKEY * PrivKey, const STACK_OF(X509) * Others);


              Comme tu peux le voir il n'y a pas d'HTML, tu peux utiliser entre autre la syntax javadoc.

            • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

              Posté par  (site web personnel) . Évalué à 3.

              Utilise un vrai éditeur avec replis des commentaires ;-)

              L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

          • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

            Posté par  . Évalué à 1.

            Avec eiffel, le langage aide carrément...

            Snark

          • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

            Posté par  (site web personnel) . Évalué à 2.

            Le problème n'est pas avec le langage mais sur le fait que le langage n'impose pas dès le départ un format de documentation. Donc tout le monde fait ce qu'il veut dans son coin. Certaines utilisent doxygen, d'autres trucmucheDoc,...

            C'est pour ça qu'il faut que le chef de projet (initiateur ?) spécifie dès le départ les normes de codage et les normes pour la documentation comme le font les gros projets d'entreprise ou les gros projets libres (KDE, GNOME,...).

            Je serais pour que doxygen s'impose comme la référence et qu'il puisse supporter tous les langages car il a l'avantage de aussi supporter le format Javadoc. L'unifaication fait la force à mon avis :)

            L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

          • [^] # Re: Un cri de désespoir du développeur d?un projet Open Source.

            Posté par  . Évalué à 4.

            Doxygen, Javadoc, etc. c'est une blague; on ne peut pas garder du code lisible en incorporant autant de commentaires stériles dans un fichier !

            • [^] # Re: Un cri de désespoir du développeur d?un projet Open Source.

              Posté par  (site web personnel) . Évalué à 2.

              Si.

              L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

            • [^] # Re: Un cri de désespoir du développeur d?un projet Open Source.

              Posté par  (Mastodon) . Évalué à 1.

              autant de commentaires stériles dans un fichier
              Evidement, si c'est stérile... Raconter sa vie ne doit pas faire avancer le schmilblick.
              Mais je ne vois pas comment le fait d'intégrer les descriptions litérales des prototype des fonctions avec une explication CLAIRE de leur objet peut rendre le code illisible.
              En suivant quelques règles simples, c'est le contraire (surtout avec un bon IDE).
              Par exemple, en Java (mais ces conseils peuvent aussi s'appliquer à d'autres langages) : http://java.sun.com/j2se/javadoc/writingdoccomments/(...)

            • [^] # Re: Un cri de désespoir du développeur d?un projet Open Source.

              Posté par  (site web personnel) . Évalué à 1.

              Ah, là on sent tout de suite la conclusion murement réfléchie du développeur expérimenté...

              • [^] # Re: Un cri de désespoir du développeur d?un projet Open Source.

                Posté par  . Évalué à 1.

                Bin ouaip, c'est bien connu, les commentaires, c'est pour les neuneux :)

                a++
                Guillaume

                • [^] # Re: Un cri de désespoir du développeur d?un projet Open Source.

                  Posté par  . Évalué à 1.

                  Cela dit, un bon code doit pouvoir se décrire de lui-même, les commentaires n'étant que la cerise sur le gâteau, le moyen d'expliquer des algorithmes pas forcément évidents.

                  En ce qui me concerne, j'apporte beaucoup d'importance à découper mon code en de multiples petites fonctions, chaque fonction étant liée à 1 idée ou 1 action, et inversement.
                  Je fais aussi très attention au noms que je donne à ces fonctions et au noms des varibles. De cette manière, si je lis un bout de code où le rôle de chaque fonction appelée et la raison d'être de chaque variable sont décrits par leurs noms, il y a de forte chance que je le comprenne sans ambiguité. Si en plus le code est clairement indenté, espacé, joli à regarder, alors là c'est presque de la littérature.

                  Je ne dis pas que les commentaires n'ont pas d'importance, je dis simplement qu'il ne faut pas non-plus en abuser et surtout les utiliser à bon escient. Je préfère, par exemple, expliquer pourquoi j'utilise la fonction non-blonquante waitpid dans une boucle plutôt que directement la fonction bloquante wait (c'est parce que sous Linux, les signaux ne sont pas enfilés) plutôt que d'écrire un gros cartouche au début du gestionaire du signal SIGCHLD pour dire que le paramètre d'entrée signal c'est l'identifiant du signal géré ...

                  Dans la série, je-ne-commente-pas-n'importe-comment-à-tour-de-bras : IMHO, il vaut bien mieux documenter à part l'architecture des données du programme et la manière dont elles évoluent ainsi que les paradigmes et réactions de ce programme, plutôt que de commenter chaque ligne du code au risque de le rendre illisible.

                  En clair, les commentaires c'est bien, en abuser ça craint ;)

      • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

        Posté par  (site web personnel) . Évalué à 1.

        Ne devais-tu point travailler avec la société Netcelo ?

      • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

        Posté par  . Évalué à 2.

        Salut,

        D'abord chapeau 100 000 lignes de code en quelques mois il faut le faire.
        Aprés ton projet est destiné à un usage professionnel spécialisé. C'est peut-etre de là que vient le problème. je ne connais pas ton projet mais il me semble que si tu l'as réalisé c'est que tu avais des idées précises sur le problème et comment le résoudre c'est donc une preuve de savoir faire que tu nous as présenté là. En soit c'est déjà très positif.

        Mais sur ce genre de logiciel (en plus c'est de la sécurité) j'ai l'impression qu'il faut gagner la reconnaissance de tes "pairs" et des sociétés utilisatrices et que cela prend du temps.

        Pour finir j'ai vu des pratiques très discutables de la part des entreprises qui intégrent ce genre de logiciels dans leur offre. Tu n'échapperas pas à une reflexion sur le problème.

        mes 2 eurocents dans le debat.

        • [^] # Re: Un cri de désespoir du développeur d'un projet Open Source.

          Posté par  (site web personnel) . Évalué à 1.

          Pour ajouter mes 2 cents personnels :

          Aprés ton projet est destiné à un usage professionnel spécialisé. C'est peut-etre de là que vient le problème.


          Je précise que les projet de logiciel dits horizontaux ou généralistes rencontrent les mêmes problèmes. Je parle d'expérience. C'est même encore pire dans la mesure où l'initateur doit fédérer des compétences métiers qui ne sont jamais au rendez vous. En clair s'il n'y a pas un espoir de rentabilité à court ou moyen terme, il faut se débrouiller seul.
          C'est pour cela que les logiciels libres de type Gestion/RH gestion de stock ou compatbilité (ce ne sont que des exemples pris au coeur du fonctionnement de l'entreprise) n'auront jamais l'envergure de logiciels propriétaires. Pourtant toute la communauté se plaint de la carence d'offres GPL like dans ce domaine.
          Cherchez l'erreur.

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  . Évalué à 1.

    C'est quoi ton projet?

    http://www.newpki.org/index.php(...) NewPKI is a PKI (pour Public Key Infrastructure ou infrastructure de clefs publiques) based on the OpenSSL low-level API ?

    • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

      Posté par  (site web personnel) . Évalué à 1.

      Bonjour,

      Juste pour info : depuis une paire d'années il y a un projet de PKI assez dynamique, réactif, et pas mal même si l'ergonomie dans la v. 0.9.1 est un peu délicate, ça s'améliore dans la v 0.9.2. C'est fait en openssl et perl, avec interface DBM/DBI genre mySQL et aussi LDAP, et ça s'appelle openCA (sur sourceforge). Je m'en suis servi un peu, même si certains concepts me paraissent pas très simples, c'est modulable et ça vaut le coup de se pencher dessus.

      Bon, je vais jeter un oeil à newpki.

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  (site web personnel) . Évalué à -8.

    Heu....

    1/ C'est un "journaux" qui s'est pas retrouvé à la bonne place ?

    2/ C'est l'effet de la nouvelle ligne éditoriale de DLFP qui instaure un quotas de news quotidienne a respecter au détriment de la qualité (cf. sondage récent) ?

    3/ C'est un modéros déprressif qui à pété un plomb ?

    4/ C'est DLFP hacked by L0rd_Kikoo ?

    5/ C'est une blague ?

    Ah non c'est une hallucination collective ! Donc je --->[]

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  (site web personnel) . Évalué à 8.

    Ben oui, bienvenu dans le monde réel :-). Y a plus qu'Eric Raymond et ceux qui ont trop sniffé "La Cathedrale et le Bazar" pour croire qu'un projet Open Source reçoit plein de contribs comme par magie.

    C'est pareil pour tout le monde, moi (Rosegarden), KOffice... les projets très simples comme fetchmail, spamprobe reçoivent relativement plus de contribs parce que la base de code est petite, il n'y a qu'un nombre très limité de features, donc quand on veut en rajouter une c'est relativement facile. Les projets très visibles (Apache, le kernel...) en reçoivent beaucoup parce que "c'est cool d'y participer". Au millieu, les projets assez complexes mais pas aussi "célèbres" que le kernel n'ont pratiquement aucun contributeurs. Et en fait ce sont la majorité des projets actuels.

    Et en plus, avoir des propositions d'aide c'est bien gentil mais 9 fois sur 10 elles ne sont pas suivies d'action. Sur Rosegarden on reçoit régulièrement un mail de quelqu'un disant "je voudrais aider, qu'est-ce que je peux faire ?". Quoiqu'on réponde ("y a tel truc à faire" ou bien "choisi ce que tu veux"), on n'entend plus jamais parler du gars après (à une ou deux exceptions près, sur 20 ou 30 demandes de la sorte, en 3 ans). Les seuls contributeurs un peu durables sont ceux qui arrivent directement avec un patch dès le premier mail.

    • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

      Posté par  . Évalué à 2.

      le bazar et la cathédrale n'a jamais été une baguette magique.

      Bien souvent, les projets ne communiquent pas assez.

      apache ou mozilla ne sont pas seulement "cool", ils sont abondamment documenté (oui et ce n'est pas assez , et parfois la doc n'est plus à jour.. ok ok :) )

      pour bien des projets, on ne sait pas pour commencer.

      Ensuite, le prix d'entrée (apprendre une api de haut niveau ou un protocole par exemple) bloque les gentils potentiels contributeurs.


      il y a aussi une chose, y a parfois des projets qui n'intéressent personne. c'est méchant à dire, mais c'est vrai.

      Et puis, peut être que freshmeat et linuxfr ne sont pas suffisants pour communiquer sur un logiciel.

      • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

        Posté par  (site web personnel) . Évalué à 3.

        Bien souvent, les projets ne communiquent pas assez.

        Ça n'est qu'une petite partie du problème. Il me semble plutôt qu'il y a aussi plus de projets que ce que la "population" des contributeurs peut soutenir. De la même façon qu'il ne sert à rien de sortir trop de films ou cd CDs en même temps (et tu peux communiquer tant que tu veux, le marché sature), si trop de projets existent ils ne peuvent pas recueillir d'aide.

        il y a aussi une chose, y a parfois des projets qui n'intéressent personne. c'est méchant à dire, mais c'est vrai.

        C'est pas méchant, c'est le cas par exemple de presque tous les logiciels de type Office. Peaufiner l'UI d'un traitement de texte c'est assez chiant, il est normal que peu de monde ai envie de s'y mettre.

      • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

        Posté par  (site web personnel) . Évalué à 1.

        > le bazar et la cathédrale n'a jamais été une baguette magique.

        Lire "Le chaudron magique", du même auteur.

      • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

        Posté par  (site web personnel) . Évalué à 1.

        > il y a aussi une chose, y a parfois des projets qui n'intéressent personne. c'est méchant à dire, mais c'est vrai.
        C'est pas méchant à dire, c'est réaliste ! Je suis le seul et unique dev. d'un petit projet (driver pour un détecteur de particules), et je sais pertinament que "ça n'interesse personne": ce détecteur est loin d'être aussi répandu qu'une souris 3 boutons, et les gens ont le choix entre l'utiliser sous Win32 ou avec mon driver sous Linux. Mais je savais pertinament cela en me lançant dedans, j'avais de toutes façons besoin des fonctionnalitées qui sont maintenant dedans (il n'y a pas de redondance avec un autre projet, sinon j'aurais utilisé l'autre projet !), donc autant accepter que "personne ne s'y interesse" et en faire bénéficier ceux qui peuvent potentiellement en avoir besoin ! (avec annonces sur freshmeat, ...)

        Donc oui, ça n'interesse (presque) personne, je l'ai accepté dès le début, et du coup j'ai été tres heureusement surpris d'avoir un jour un utilisateur qui me contacte pour faire le portage pour OsX !

        Mathias, heureux de ses ~500 consultations (en ~ 1 ans) de la page de son projet, http://mathias.bavay.free.fr/software/gm4lin/(...)

    • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

      Posté par  . Évalué à 9.

      Moui... personnellement, je trouve aussi et surtout que les choses ont changé.

      Je travaille depuis des années sur un projet opensource, relativement modeste en taille et en fonctionnalités, et j'ai quand meme observé les choses suivantes:

      1- une contribution à un projet, c'est pas forcément du code. J'ai reçu nombre de traductions, documentations, rapports de bugs, ... Et de plus, je considère que les gens qui "supportent" le logiciel à ma place (ie en aidant les autres utilisateurs à l'aide du forum), sont également des contributeurs du projet.
      2- au sujet de la contribution au code proprement dit, j'ai observé une érosion. Il y a 3 ans, j'avais de temps à autre quelqu'un qui envoyait un patch ou une idée suffisament bien documentée pour que l'implémentation suive de suite. De nos jours, c'est plus rare.
      3- à l'inverse, il m'est arrivé d'envoyer des patches pour plein d'autres projets, pas toujours suivis de retour par les responsables des projets (pourtant, les patches étaient corrects et fixaient des bugs bien réels).
      4- je suis abonné (et parfois participant) à plusieurs ML de projets opensource, et je constate que les points 2 et 3 sont partagés par la plupart des projets de cet échantillon.

      tout ça me semble donc refléter une genre de tendance "sociale" assez profonde dans le monde de l'opensource :
      1- les nouveaux arrivés dans ce monde sont de plus en plus des utilisateurs simples ne cherchant pas à s'impliquer
      2- les nouveaux arrivés viennent d'horizons bien différents et ne sont plus seulement des informaticiens
      3- la multiplication du nombre de projets (y compris pour des logiciels à fonctionnalités équivalentes), a globalement nuit à l'efficacité du modèle en dispersant les développeurs sur plusieurs ressources, mais, en contrepartie, a augmenté les choix des utilisateurs (mais également diminué le nombre de retours utiles par projet)

      après, reste encore des spécificités à examiner projet par projet. Typiquement, plus un projet a de doublons, moins le modele opensource fonctionne en moyenne pour chacun de ces projets...

      • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

        Posté par  . Évalué à 8.

        A propos des nouveaux venus, il faut dire que la promo des LL passe souvent (?) par le "gratuit" comme fer de lance et pas grand chose d'autre.

        J'ai arrêté de parler de prix, et j'insiste en particulier sur l'aspect de partage, d'entraide et de contribution. Pour le prix, je laisse venir la question (c'est d'ailleurs beaucoup plus efficace ;)

        Je pense que les LL devraient être présentés en disant que c'est donnant donnant. (pas sur le plan légal, soit, mais sur le plan moral)

      • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

        Posté par  (site web personnel) . Évalué à 2.

        Nos expériences se recoupent. Nous recevons aussi beaucoup de traductions (être un projet basé sur KDE aide beaucoup pour ça).

        Pour ce qui est des tendances sociales, je suis d'accord avec (1) et (2), les nouveaux ne sont pas des developpeurs et souhaitent rarement le devenir.

        Pour le (3), je pense que le fameux dogme du "choix des utilisateurs" est trop souvent utilisé pour se donner bonne conscience quand on re-invente sa propre roue pour se faire plaisir plutôt que de participer à peaufiner celle d'un autre.

      • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

        Posté par  . Évalué à 1.

        C'est une très bonne analyse et je suis tout à fait d'accord avec toi !

        Merci !

      • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

        Posté par  . Évalué à 1.

        Typiquement, plus un projet a de doublons, moins le modele opensource fonctionne en moyenne pour chacun de ces projets...

        mouais... Sauf quand un projet sort du lot...
        Voir le monde des CMS...

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  . Évalué à 2.

    existe-t-il un site qui fédérerais les bénévoles et les répartirais selon les projets ?

    car je connais des gents (accessoirement au chomage) qui seraient volotaire pour participer à des projets mais qui ne savent/n'osent pas par manque de confiance et surtout par manque d'interlocuteur.....

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  . Évalué à 10.

    Votre projet est - il bien documenté ? Il n' y a rien de pire que de
    perdre du temps sur un projet qui ne fournit pas un minimum d'explication.

    1. Avez - vous fait un site de préférence attractif (non source-forge...) ?

    2. Avez - vous un forum, ou un endroit où les gens peuvent poster des
    remarques diverses ?

    3. Vos sources sont - il commentés et clairs ?

    4. Enfin l'essentiel, quel est votre objectif ?

    Quelques remarques :

    Cela n'est pas tout de développer, encore faut - il que cela soit utile et
    pas trop mal fait sinon ...

    Dommage que les développeurs ne collaborent pas un plus entre eux. Je
    ne compte plus les "allez je refais mozilla demain et une couche MVC pour
    le web...". Au fond, je pense que cela reste surtout un problème de maturité
    à la fois dans la capacité de développement et dans les motivations
    du projet. Il est beaucoup plus sage de bosser sur un projet existant que
    de vouloir réinventer la roue (et souvent mal). D'une part, cela permet de
    cottoyer des développeurs un peu plus expérimentés, et d'autre part cela
    donne vraiment son sens à la notion de communité open-source.

    Un article d'un développeur open-source qui "vend des bouquins" mais
    râle que l'open-source ne permet pas de vivre :

    http://weblogs.java.net/pub/wlg/942(...)

    Tout le problème est de différentier le loisir du travail. Pour celui qui
    bosse uniquement sur de l'open-source à moins d'être chez aol et autres
    sociétés à objectif plus ou moins respectable, c'est pas gagné. Faire du
    service ? si le projet est vraiment conséquent comme jboss, c'est possible
    mais rare. Vendre de la doc ? Là encore si le projet est vraiment utile
    et complexe, c'est possible comme avec jgraph mais aussi trés rare. Alors ?
    Tant que l'open-source sera associé à "free" je ne vois pas comment un
    développeur pourrait gagné sa croûte aussi bien qu'un salarié "standard".

    Cordialement,

    Alex

    • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

      Posté par  . Évalué à 4.

      Chaque classe est documentée, chaque méthode publique est ducumentée, au résultat, plus de 600 pages des docs sous doxygen.

      Mon projet est une PKI, et en 2001, on ne peut pas dire qu'il y avait grand chose dans le domaine, c'était les premiers balbutiement d'OpenCA.

      http://www.newpki.org(...)

      • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

        Posté par  . Évalué à 3.

        Heu, là, pas sûr.

        Il y en avait au moins 3 :
        - OpenCA (déjà cité ici) ;
        - PyCA (http://www.pyca.de/(...)) ;
        - IDX-PKI (français de surcroit).

        J'étais tombé il y a quelques temps sur ton projet (mais où), les schémas fonctionnels m'avaient impressionné, mais je n'ai pas le bookmark facile. Et comme j'avais oublié le nom du projet, impossible de remettre la main dessus, alors que je ne vais pas tarder à avoir besoin d'un tel outil.

        Tout ça pour dire qu'avoir mis ton projet sur Freshmeat, c'est un bon premier pas. L'anglicisation aussi (ne pas hésiter à demander de l'aide, sur fmII ou ailleurs sur le sujet, ne serait-ce que pour les tournures de phrase).

        Ensuite, c'est ce qui a déjà été indiqué :
        - Faire de la pub (prendre 1/4h par jour à traîner dans les newsgroups et ML de sécurité et en parler)
        - À chaque nouvelle version, l'annoncer sur fmII, LWN.net, voire même dans Linux Mag France, etc. Bref, des relations de presse.
        - Écrire une « TODO list ».
        - Faire des appels à témoignage de tes utilisateurs, de façon à savoir comment ils utilisent la chose, il est rare qu'il l'utilisent en l'état pour des logiciels de type, ça te permettrait d'identifier des contributeurs éventuels.
        - Etc.

        Enfin, dernier point, il ne faut pas oublier que les développements faits par un salarié d'une société appartiennent à son employeur. Et que son employeur n'a pas forcément envie de voir du code sortir, même s'il en a le devoir moral (sinon légal, s'il distribue sous forme binaire du GPL). Il faudrait peut-être faire de la communication sur ce sujet en France auprès des SSII et autres employeurs d'informaticiens.

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  (site web personnel) . Évalué à -5.

    si le projet c konq-relinks
    je suis désolé mais je comprends

    moi même ... j'ai beau relire je ne vois toujours pas à quoi ça peut servir "dans la vraie vie"
    D'autant plus, que même sous kde, je préfère utiliser un navigateur à base de gecko ... alors pourquoi du konqueror ?! (même s'il doit continuer d'exister !)

    Voilà, ce n'est que mon avis ... mais je pense que beaucoup doivent le partager ...

    Je suis moi même développeur ... j'ai plusieurs projets sous le coude, que j'ai commencé à faire pour moi, et que j'aimerai faire partager...
    j'aimerai les mettre en gpl, les voirs vivre (pour mon ego ?!) etc ... mais moi même je n'aurai pas le temps de faire tout ça ... le seul temps qu'il me reste, c'est de les améliorer, pas de faire des docs, crée un compte sourceforge, maintenir un forum et une mailing .... pout tout ça j'ai vraiment pas le temps ...

    ce qui va finir par arriver par contre, c'est que je mette les sources à dispo sur le net ... et les laisser vivre ... c'est tout ce que je peux faire .... tant mieux si ça peut aider une personne, sinon tant pis ... moi ça m'aide ...

    j'ai sous le coude, et que j'aimerai faire partager
    - une refonte personnelle de smarty (smarty.php.net) en asp
    - un classificateur de photos numérique (bien mieux qu'adobe photoshop album ... mais ce n'est que mon avis ;-), réalisé en python+wx
    - un HTPC (home theater pc) en python+wx, pluginable ... (un peu comme freevo) ... surtout pour win32 (car girder est très solicité)... visionnage de film (mplayer), visionnage photo (interne), visionage contacts palm pilot, visionnage du programme tv (xmltv), visionnage base de films (amc), ecoute de music (avec foobar), karaoke (avec mpc+codec karaoke) ... qui correspond vraiment à ce que je voulais.
    - un jeu à la dynablaser en python+pygame (bien programmé celui-là) (win/linux)... qu'il faut que je mette en rezo encore, avec twisted

    voilà, ils fonctionnent tous à merveille chez moi ... si je veux les rendre dispo, j'aurai déjà un énorme travail de nettoyage de code (car certains codes, c'était mes début)

    C'est évident que pour le htpc, j'ai réinventé la roud une n-ieme fois, alors que plonger dans freevo, pour un portage sous win32 aurait été certainement plus utile à la communauté ... mais j'aurai certainement mis 10x plus longtemps (et c'est le temps qu'il me manque).... et le mien, il correspond pil poil à mes besoins ! Et c'est allé très vite !

    J'avais déjà eu des contacts pour mon smarty en asp, mais devant le boulot de nettoyage de code, (et comme j'en ai plus aucune utilité), j'ai laissé le temps passé ...

    J'ai fait des amélirations à pype (editeur python) spécifique pour win32 ... j'en ai parlé au dev, mais jamais de réponses (il doit avoir les mêmes problèmes de temps que moi ;-) ... mes améliorations me servent à moi, et c'est déjà beaucoup !

    bref, tout ça pour dire ... Que l'open sources ; c'est vraiment une alchimie complexe entre le mainteneur, l'intérêt du projet, le temps alloué pour ça, et les contributeurs ....

    ce que je retiens ; il faut se faire plaisir avant tout ... faire du gpl pour faire du gpl : non ... releaser forcément en gpl, si on a pas le temps ; je sais pas ... laisser dans le dp ... c peut être mieux dans certains cas

    • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

      Posté par  (site web personnel) . Évalué à 4.

      Tu n'as rien compris.
      Konq Rellinks c'est mon projet et la news n'est pas de moi.

      "D'autant plus, que même sous kde, je préfère utiliser un navigateur à base de gecko ... alors pourquoi du konqueror ?! (même s'il doit continuer d'exister !)"

      Parce que tu préfères un navigateur gecko ce qui n'est pas le cas de tout le monde, en particulier moi.
      Et j'ai eu des reours de personnes qui aimeraient voir se plugin intégré à KDE mais ils n'ont pas la connaissance nécessaire.

      L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

      • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

        Posté par  (site web personnel) . Évalué à 1.

        s/reours/retours/
        s/se/ce/

        Quelqu'un pour coder un correcteur grammaticale ? :) Correcteur 101 roxait mais c'était pas libre

        L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

      • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

        Posté par  (Mastodon) . Évalué à 1.

        D'ailleurs à une époque Konqueror pouvait fonctionner à base de Gecko il me semble. Ça doit toujours être le cas non ?

        • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

          Posté par  (site web personnel) . Évalué à 1.

          Non. Le "plugin" a été abandonné car ça demandait trop de maintenance inutile. Et de plus l'api de gecko à l'époque évoluait encore trop je crois.

          De plus c'était très basique comme support : juste l'affichage, pas de menu contextuel.

          L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

          • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

            Posté par  . Évalué à 1.

            C'était juste une démo technologique.
            Ils n'ont jamais eu l'intention de le maintenir et de le développer. Ils voulaient prouver que leur techno permettait de le faire et de le faire rapidemment à partir de n'importe quel composant, même un "pas kde". D'où le choix de gecko pour la démonstration.

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  . Évalué à 2.

    J'ai fait partie d'une équipe de développement d'un mod pour Half-Life, que nous avons sorti sous licence GNU GPL, avec les sources des maps, du code et le script de l'installeur inclus dans l'installeur (qui est basé sur NSIS, un installeur sous licence GNU GPL lui aussi).

    Résultat : à la sortie du mod, nous avons eu plus de 1000 téléchargements en 24h, mais aussi une surprise dont nous aurions pu nous passer.
    Le serveur Windows plantait pour des raisons inexpliquables au bout d'environ 30 minutes.
    Et, tous les codeurs ayant cessé de participier, nous nous sommes retrouvés dans une position assez délicate.
    Enormément de gens voulaient jouer, mais personne n'était prêt à aller chercher dans le code source ce qui pourrait poser problème.

    Nous avons choisi de sortir le mod (Half-Life Parpaing) sous licence GNU GPL principalement par conviction, en pensant quand même naïvement que des gens seraient prêts à aider.
    Malheureusement, les communautés des créateurs de mods et des joueurs ne sont en général pas confondues, ce qui a fait que parmi ceux qui ont téléchargé le mod, personne ne devait connaître le C++.
    Et personne n'avait de quoi porter le code sous Linux pour compiler un serveur Linux.

    Moi y compris, qui suis d'ailleurs toujours sous Windows en ce moment, car pour le moment aucune disribution Linux ne correspond à mes attentes, mais je n'utilise pratiquement que du libre en attendant.
    SuSE, Mandrake et Red Hat m'ayant horripilé à cause des RPM, Debian m'ayant fait perdre du temps avec son non-support automatique des souris USB et sa non-gestion automatique de multiples OS dans le boot loader, j'attends Gentoo 2004.1 ou la version finale de Debian Sarge.
    Mais peut-être que je n'ai simplement pas les connaissances requises et le temps nécéssaire pour les obtenir, ce qui est hautement probable.

    Mais revenons au mod.
    Nous avions passé deux ans dessus.
    Nous avons au moins appris comment un projet sans hiérarchie pouvait exister (dans l'équipe, tout le monde faisait ce qu'il voulait quand il le voulait, et tout le monde était "chef") et atteindre une mâturité suffisante pour être rendu public.

    Nous n'avons juste pas prévu le gros bug qui ferait sombrer le mod dans l'oubli...

    • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

      Posté par  . Évalué à 2.

      Je ne comprends pas comment vous avez pu développer quelque chose qui plante systématiquement. Sur vos machines de test, il fn'a jamais posé de problème ? C'est très curieux, ou alors j'ai pas suivi.

      • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

        Posté par  . Évalué à 1.

        Nous avons testé à 4-5 à chaque fois, et le bug ne survient que quand plus de monde joue à la fois : environ 10 je dirais.

        Et en LAN, il n'y a pas l'air d'y avoir de problème, mais nous n'avons pas pu tester le réseau local à plus de 2.

        Il y a vraisemblablement quelque chose qui sature au bout d'un moment, mais il a été impossible de savoir quoi jusqu'ici.

    • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

      Posté par  (site web personnel) . Évalué à 1.


      Et, tous les codeurs ayant cessé de participier, nous nous sommes retrouvés dans une position assez délicate.


      Vous n'aviez pas les e-mails des codeurs ?

      Et je ne comprends pas pourquoi vous n'avez pas cherché vous-même : peut être n'êtes-vous pas développeur ?

      • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

        Posté par  . Évalué à 2.

        Et je ne comprends pas pourquoi vous n'avez pas cherché vous-même : peut être n'êtes-vous pas développeur ?

        Exactement.
        J'avais commencé à étudier le C++, mais comprendre l'architecture du SDK d'Half-Life est quelque peu rebutant, bien qu'il soit plus facile d'accès que celui de Quake III Arena, par exemple.

        Et les codeurs nous ont quitté pour de bonnes raisons : suivre sérieusement leurs études.
        La moyenne d'âge des gens participant activement au projet devait se trouver, au milieu du développement, autour de 17 ans.
        Pour la plupart d'entre nous, nous trouvions que les joueurs actuels des mods Half-Life en multijoueur ne donnaient plus envie de jouer.
        Nous avons donc fait nous-même un mod bien débile (en gros : les maçons contre les inspecteurs du travail) dont le concept n'attirerait pas les joueurs que nous ne voulions plus voir.

    • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

      Posté par  (site web personnel) . Évalué à 3.

      SuSE, Mandrake et Red Hat m'ayant horripilé à cause des RPM, Debian m'ayant fait perdre du temps avec son non-support automatique des souris USB et sa non-gestion automatique de multiples OS dans le boot loader, j'attends Gentoo 2004.1
      Pour débuter y'a vraiment pas mieux !
      (LFS peut-être ?)

    • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

      Posté par  (site web personnel) . Évalué à 1.

      Intéressant ce que tu dit-là...

      Je suis tombé sur le mod il y a peu de temps, j'ai trouvé le principe et les screenshots assez intéressants... Faut dire que quand je joue je me prends pas (trop) au sérieux (pas de compet'), et le gros screenshot avec 'Ricard', ca m'a bien plu.

      Mais on ne parle pas vraiment du bug sur le site, ni même du fait que vous cherchiez des débuggers.
      J'ai pas encore testé la chose, mais pour peu que ce soit vraiment prometteur, j'en connais qui risquent de s'amuser a porter le truc sous linux et/ou a chercher le fameux bug....

      Sinon effectivement comme tu dit les hardcore gamers et les coders ne sont pas forcemment les mêmes, mais il existe quelque cas isolés... Le tout étant de les trouver...

      • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

        Posté par  . Évalué à 1.

        La demmande d'aide etait présente la dernière fois que je suis passé sur le site dans les news.

        Le jeu est bien délire si non pour ceux qui veulent essayer :p (J'ai jamais eu le bug mais vu que je joue jamais à plus de 4-5 pour délirer entre amis...)

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  . Évalué à 7.

    Je ne sais pas si c'est le cas de ton projet mais bien souvent y'a un effort a faire des deux cotés.

    La plupart des codeurs, ne font pas ça vraiment pour les autres, mais plutot pour une satisfaction personnelle : l'avoir fait soi-même, implémenter des fonctions introuvables qu'on voulait, être reconnu par les autres développeurs, etc. Je pense qu'il y a très peu de codeurs purement altruistes. Donc en soi les projets sont toujours très peu conçus pour attirer d'autres développeurs.

    Plusieurs projets m'ont déjà intéressé et j'aurais bien participé mais, en général, ils te disent de lire le code source pour te familiariser, et puis de proposer des patches.

    Le blème, c'est que même un peu commenté (c'est rare), un code source, surtout en langage objet, est illisible si t'as pas compris l'architecture du soft. Alors c'est bien beau d'avoir le code opensource, mais faudrait aussi "opensourcer" l'idée, l'architecture, enfin tout ce qui peut t'aider a comprendre FACILEMENT et RAPIDEMENT.

    Mettre 10 soirées a plein temps sur du code source pour corriger un bug qui te fait chier ou implémenter une feature, très peu pour moi. Ca fait un peu windowsien, mais je préfère que ca me plante a la gueule de temps en temps, et faire sans cette fonctionnalité, plutot que de perdre mon temps a lire du code ou sinon faut vraiment que le jeu en vaille la chandelle.

    Un exemple (bon c'est pas une bonne référence mais c'est pour l'idée) : l'autre jour, je me suis dit tiens je vais implémenté une super feature dans blender. Alors blender ca accumule tous les défauts :
    - le code est illisible
    - l'archi a peine expliquée (on explique juste l'intéret des répertoires principaux)
    Je voulais toucher aux fonctions de rendu, mais pas a la géométrie ni a l'interface, résultats des courses : en lisant le code je me suis rendu compte qu'il fallait que je comprenne un minimum le fonctionnement de l'interface, et aussi la géométrie. Le pied quoi, au final j'ai laissé tomber, apres avoir passé facile au moins 2 soirées a fond dans le code source.

    • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

      Posté par  . Évalué à 2.

      J'ai le même regret que toi.
      Je ne parle pas des projets où trouver l'adresse où envoyer les bug est plus compliqué que corriger le bug :). Ceux où pour rapporter le bug necessite de s'inscrire sur la mailling liste. Ceux qui demande de ne faire un rapport que si l'on utilise la version CVS (ce que je ne fait jamais).

      De plus aller voir dans un mailling list si le bug que l'on a trouver n'a pas était signalé est souvent assez aléatoire. Il faudrait trouver une autre solution.
      Il manque souvent une todo list pour dire ses besoins et pourquoi pas y répondre. De plus quand, il y a un fichier TODO, ce qu'il manque souvent c'est des choses simple à faire afin que l'on puisse se faire la main.

      Et enfin, ce qu'il manque à tous les projet, c'est des jeux de test afin de vérifier que la correction du bug que l'on a fait chez nous, ne crée pas de bug ailleurs.

      • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

        Posté par  (site web personnel) . Évalué à 3.

        En même temps, quand tu trouves un bug, ca me parait logique d'aller vérifier sur le CVS si c'est pas corrigé pour pas faire un bug-report inutile en plus.
        Et même quand c'est géré avec un bugzilla, tu est censé vérifier que c'est pas déjà corrigé/signalé, rien de plus chiant pour le developpeur que de recevoir 10 fois le meme rapport de bug...

        Et les projets ou pour rapporter le bug c'est plus chiant que de le fixer, en général suffit de spammer l'adresse du mainteneur, il avait qu'a faire un site avec écris en gros "bug-report"...

        Quand a ceux qui demande l'inscription a une ML, c'est chiant, mais il doivent pas être nombreux. Et Gmane est bien utile pour pas s'inscrire dans ces cas : http://www.gmane.org(...)

        • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

          Posté par  . Évalué à 2.

          Nous pouvons aussi citer http://www.mhonarc.org(...) , qui est d'une flexibilité incroyable, j'ai pu développer un module php-nuke avec !



          http://www.newpki.org/modules.php?op=modload&name=MHonARC&f(...)

        • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

          Posté par  . Évalué à 1.

          >ca me parait logique d'aller vérifier sur le CVS
          Et comment on fait à part recompiler le logiciel? Parce que généralement, quand une logiciel plante, j'essaye d'autre option de configuration ou de le recompiler une deuxiéme fois avec des options différentes et de reproduire le bug. Mais bon, ça prend du temps. Alors allez en plus le recompiler une nouvelle fois avec CVS, merci. J'ai autre choses à faire. Et puis, y'a toujours un autre projet équivalent qui n'aura pas le bug.

          >un bug-report inutile en plus
          C'est sur que c'est mieux que pas de bug-report du tout.

          >rien de plus chiant pour le developpeur que de recevoir 10 fois le meme rapport de bug...
          C'est son problémes, ça permet aussi de savoir quels sont les bugs les plus important. D'autres part à lui de signaler de maniére visible les bugs déjà rapporté.

          >tu est censé vérifier que c'est pas déjà corrigé/signalé
          Je veux bien le faire, mais je veux que cela soit simple. Sinon, je fais rien. Le probleme, c'est que c'est rarement simple à faire.

  • # Ton projet NewPKI

    Posté par  (site web personnel) . Évalué à 5.

    Tout d'abord puisque tu n'abordes pas ce point dans ton article, il aurait mieux valu présenter de quel projet tu parles : NewPKI http://www.newpki.org/index.php(...) porjet de PKI open-source utilisant OpenSSL.

    Pour participer et suivre quelques projets open-source de près, voici plusieurs points essentiels pour que ton projet est un "visibilité" et attirent les contributions :

    - "faire de la pub" pour ton projet via Freshmeat.net et publier la sortie de nouvelles versions
    - avoir un system de bug-tracking (OK pour NewPKI via Sourceforge)
    - avoir un système de "features whishlist" ou publier une TODO liste MAJ fréquemment
    - avoir une mailing-liste "utilisateurs" et une pour les "développeurs"
    - ouvrir un channel IRC (sur Freenode par ex.) pour accueillir les discussions d'utilisateurs et de développeurs qui utiliseraient ton projet
    - publier de la doc à jour pour ne pas avoir "trop" de support à faire
    - avoir une attitude assez ouverte comme mainteneur du projet (appliquer les patchs, discuter de la qualité du code...) pour ne pas faire fuir les dev intéressés

    • [^] # Re: Ton projet NewPKI

      Posté par  . Évalué à 3.

      >avoir une mailing-list
      tu oublie : repondre au messages de la mailling-list et vite ! pas 15 jours plus tard. Meme si le user pose une question 1000 fois deja posée , ne pas l'engueuller , ne pas l'ignorer : lui repondre en donnant simplement un lien vers la faq qui repond a cette question.

      exemple j'ai eu pas mal de pb de pcmcia . j'ai posté sur le forum . David Hund a toujours repondu dans les 48h bien qu'il ait enormémént de travail.


      > avoir une attitude assez ouverte

      tres important.
      Eric Raymond lui meme a accepté de reconnaitre a un moment donné, que l'archi de fetchmail etait mauvaise. Et il a tout refait, bien mieux.

    • [^] # Re: Ton projet NewPKI

      Posté par  . Évalué à 1.

      - avoir un site web attractif, contenant:
      -> presentation rapide du projet
      -> presentation rapide de ou le telecharger et comment l'installer
      -> des captures d'ecran si le logiciel s'y prete
      -> une page ou indiquer comment contacter les gens qui s'occupent du projet
      -> une indication sur la licence utilisee, en evidence.
      -> eventuellement une liste TODO et le ChangeLog

      Si le logiciel s'y prete, la page la plus importante est la page des captures d'ecran. J'ai surveille les statistiques d'un de mes projets par un moment, a ses debuts. La page la plus visitee etait la page des captures d'ecran, loin devant la page du telechargement. Et au fur et a mesure que le temps passait et les nouvelles versions se succedaient, la tendance a change: la page la plus visitee est devenue celle de telechargement !

      Bref, quand un projet demarre ou n'est pas connu, le plus important, c'est les captures d'ecran si c'est possible d'en faire!

      Rajoutez un peu de pub en inscrivant le logiciel sur freshmeat. Parlez-en sur IRC. Trouvez une personne qui va packager votre projet et le mettre dans "contribs" sur une distribution, ou plusieurs personnes pour plusieurs distribs si possible. Facilitez la tache aux packagers dans la mesure de vos moyens !
      Et si vous avez l'ame d'un ecrivain, faites courir votre plume sur un papier afin de decrire votre projet, comment il marche et ce qu'on peut en faire, pour ensuite le publier dans un ou deux magazines de la presse des LL.
      Et je ferai un peu de pub pour deux mags en ligne:
      - la linux gazette
      - linux focus

      Et en France, des mags, y'en a quelques uns quand meme, mais je ne ferai pas de pub pour mon prefere :)

      Le bonjour chez vous,
      Yves

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  (site web personnel) . Évalué à 5.

    Salut!
    Je comprends ton point de vue et j'imagine bien que cela ne doit pas être drôle tout les jours.
    Parlons de mon point de vue. Je ne suis pas informaticien, je n'ai que quelques petite notions de rien du tout. Du coup rien que faire marcher mon linux chez moi ça me prends déjà pas mal de temps! Et comme j'ai aussi un métier tu vois le temps qui reste! . Et c'est la même chose pour à peu près tout le monde toi y compris. Ce n'est facile pour personne.

    Aujourd'hui tu demandes de l'aide alors voilà ce qui me passe par l'esprit:
    ton projet a été téléchargé mais cela ne veut pas forcément dire que tous les gens qui l'ont téléchargé l'utilisent. Un certain nombre n'ont peut être pas réussi à le faire fonctionner, d'autre ont pu trouver une alternative meilleure...
    D'un autre côté peut être que les gens qui utilisent ton projet le trouve très bien comme il est et ne voient pas la nécessité de l'améliorer.

    Tu peux aussi aider les utilisateurs à t'aider par exemple: publier une liste de choses, si possible simples et rapides à faire, qui t'aiderai. Par exemple si je voyais sur un site un lien pouvez vous m'aider à traduire un paragraphe de la doc je le ferais sûrement (c'est à ma portée) par contre je ne m'engagerai probablement pas à traduire 150 pages de doc parce que je n'ai pas le temps de le faire (et j'aime aller au bout de mes engagements).
    Pour le code ce n'est pas ma partie mais une wishlist de fonctionnalités que tu aimerais développer sans en avoir le temps ça marcherai sûrement, non?
    S'il y a une tâche longue et fastidieuse qui te prends plein de temps essaie de la diviser en petites tâches et demande aux gens d'en faire un petit bout. Je ne sais pas si c'est possible mais je sais que personnellement, je file volontiers un coup de main 1 heure alors que m'investir dans un projet à long terme c'est plus difficile.

    De mon point de vue d'ignare informatique il m'arrive souvent de ne même pas comprendre à quoi sert un projet! Un effort de communication à ce sujet ça peut aussi aider à créer une dynamique...
    Demander à tes utilisateurs ce qu'ils aimeraient pouvoir faire avec le programme ça peut aussi leur donner envie de participer.

    Autre point, es tu prêt à sacrifier une part de ton ego et à t'associer à une équipe développant une application similaire? Je veux dire par là si tu n'arrive plus à assumer le développement seul peut être que tu devrais t'associer à d'autres personnes. Bien sûr c'est frustrant de ne plus être le seul maître à bord mais ça peut être le prix à payer pour avancer.

    Voilà c'était mes petites idées en vrac en espérant que cela puisse t'aider même un tout petit peu.

    Bonne continuation,
    Tay

    • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

      Posté par  . Évalué à 0.

      Tu peux aussi aider les utilisateurs à t'aider
      Je suis tout à fait d'accord avec toi !

    • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

      Posté par  . Évalué à 2.

      Je suis assez d'accord sur un point : tout le monde n'a pas la capacité d'envoyer un patch ou de produire du code. Je connais de plus en plus de gens qui ne sont pas des programmeurs et qui utilisent GNU/Linux (j'en fait partie). La seule chose que nous puissions faire c'est signaler un bug ou traduire de la doc.

      AMHA le nombre de projets libres augmentent mais je ne suis pas sûr que le nombre de personnes capables de produire du logiciel augmentent de la même façon. Quel pourcentage des utilisateurs d'un ordinateur peuvent aider le développement d'un projet en proposant du code ?

      Je comprends le cri de désespoir mais je ne vois pas comment y répondre.

      • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

        Posté par  . Évalué à 1.

        Nous avons affaire a un nouveau phenomene. Alors qu'il y a quelques annees, la nature meme de linux faisait que ses utilisateurs etaient essentiellement des programmeur, donc des utilisateurs susceptibles d'aider des qu'il y a quelque chose qui ne leur convient pas, le succes actuel de linux fait que de plus en plus d'utilisateurs ne sont pas des programmeurs. Autrement dit, de plus en plus, le feedback vient de non-programmeurs, donc de gens sur qui on ne peut compter que pour signaler des bogues, et encore, de plus en plus d'une maniere qui ne vaut rien pour un programmeur (ouinnnn, ca a plante quand j'ai clique sur le bouton, pouvez-vous m'aider ?)

        Un autre phenomene, etant donne le nombre et la stabilite actuelle des logiciels sur linux, cela devient de plus en plus effrayant pour un simple developpeur de mettre son nez dans un logiciel qui marche si bien.

        Et pourtant, il y a plein de projets qui demarrent. Pour un programmeur debutant, rien de tel qu'un projet qui vient de se lancer, qui est a peu pres presentable, mais sur lequel il y a encore quasiment tout a faire. La base est lancee, le mainteneur fait avancer les choses, mais il y a encore peu de code, ce qui rend le programme encore simple a comprendre dans son ensemble. Quand le projet devient mature, c'est plus difficile de rentrer dedans pour aider.
        Et comme je disais plus haut, il y a de plus en plus de logiciels matures dans lesquels il est difficile de rentrer !

        Bref, amis programmeurs, reperez les projets naissants, et tentez d'y participer tant que c'est encore simple !

        Le bonjour chez vous,
        Yves

        • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

          Posté par  . Évalué à 2.

          Bref, amis programmeurs, reperez les projets naissants, et tentez d'y participer tant que c'est encore simple !

          Ah non, je ne suis pas d'accord. A moins que les co-developpeurs aient un peu la meme philosophie, commencer un projet open source a plusieurs c'est la merde. Il vaut mieux que l'architecture soit bien etablie, alors si le developpeur d'origine a ete bien rigoureux il suffit aux autres de suivre ses methodes de travail.

          Commencer a plusieurs, avec des developpeurs open source qui sont generalement tous persuades que seule leur facon de voir les choses est la bonne, il y a un risque trop grand de se battre sur la facon de faire.

          L'autre risque c'est que le developpeur principal aie fait un petit proto qui marchotte, et qu'il se desinteresse tres rapidement de son propre projet.

          • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

            Posté par  . Évalué à 1.

            Le travail en équipe est une composante essentielle du développement d’un produit dans une entreprise, et ça marche !
            Je ne vois pas pourquoi ce serait un problème lorsque ramené à un projet LL…

            • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

              Posté par  . Évalué à 2.

              C'est peut être parce que dans une entreprise, si tu fais la mauvaise tête dans un projet, ça risque de se passer mal pour toi. Tu as tout intérêt à ce que le projet marche, quitte à faire des choses qui ne te plaisent pas...

              Dans le cas d'un logiciel développé par un équipe de bénévole, en cas de désaccord, le groupe a très vite fait d'éclater.

              (note que la différence n'est pas entre logiciel libre/propriétaire, mais entre activité rémunérée ou bénévole).

          • [^] # Re: Un cri de désespoir du développeur d'un projet Open Source.

            Posté par  . Évalué à 1.

            Il vaut mieux que l'architecture soit bien etablie, alors si le developpeur d'origine a ete bien rigoureux il suffit aux autres de suivre ses methodes de travail.

            C'est tellement rarement le cas, que l'architecture soit bien etablie et que le developpeur d'origine soit bien rigoureux que tu peux oublier.
            Des que les methodes de travail sont imposees, oublie aussi, car sauf exception, rares sont ceux qui vont rester longtemps.
            On n'est pas dans une entreprise ou le projet est concu, defini, delimite avant d'etre demarre, et ou les methodes de travail sont celles de la boite, imposees a tous les employes !

            Commencer a plusieurs, avec des developpeurs open source qui sont generalement tous persuades que seule leur facon de voir les choses est la bonne, il y a un risque trop grand de se battre sur la facon de faire.

            Il est rare de commencer a plusieurs. En general, il y a deja un proto qui marche plus ou moins.
            Ensuite, le projet etant naissant, et comme il n'y a pas encore beaucoup d'heures de travail derriere, les eventuels contributeurs ne vont pas chercher a se battre. Il est bien plus simple de repartir a zero, justement car le projet est naissant !

            Les bagarres dont tu parles sont celles de projets deja plus avances, ou il n'est plus envisageable de repartir a zero. C'est la que des forks arrivent.

            L'autre risque c'est que le developpeur principal aie fait un petit proto qui marchotte, et qu'il se desinteresse tres rapidement de son propre projet.

            Non, ca, au contraire, c'est une force des logiciels libres. Si le developpeur principal a fait un petit proto et l'abandonne et qu'un autre s'interesse au projet, le projet continuera !
            Sur ce point, je parle en connaissance de cause pour avoir repris un tel projet.

            Le bonjour chez vous,
            Yves

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  . Évalué à 1.

    Ce que je trouve dommage dans la diversité des projets, c'est le manque d'interaction entre eux.

    Par exemple, la messagerie instantanée ; les utilisateurs de la messagerie de Yahoo! via Gaim ou autre se sont rendus compte qu'on ne peut plus se connecter au réseau de nouveau (Gaim 0.75 était sorti rapidement pour corriger le problème il y a une semaine). Et je suppose que cela doit être le même problème pour les autres clients.
    Là où je veux en venir c'est que désormais, chacun dans son coin (projet) essaie de bidouiller pour voir comment marche le protocole et c'est bien dommage.Y'avait la libyahoo à un moment qui était visiblement assez active mais voilà 2 ans qu'il n'y a plus de release. Il y a peut-être un autre projet du même style mais je ne le connais pas.

    Je pense que cela concerne tous les projets basés sur l'interopérabilité avec un protocole propriétaire et regrouper les efforts éparses dans une documentation commune résultat du reverse engineering serait efficace.

    • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

      Posté par  (site web personnel) . Évalué à 1.

      la libyahoo2 est toujours assez active, même s'il y a peu de releases le cvs est à jour. À ma connaissance, elle fonctionne actuellement. Bien que je n'aie pas eu le temps de tester depuis les derniers problèmes, Philip Tellis m'a dit qu'il les avait corrigés.

    • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

      Posté par  . Évalué à 2.

      dans ce domaine il me semble que c'est pas mal le cas
      les équipes trillian/miranda/gaim & co échangent en général leurs "trucs" découverts en reverde engineering et l'indiquent souvent sur leurs pages qd ils changent le truc (ou dans le changelog)
      de toute façon, quand le code est libre, au pire tu fais un diff du fichier chargé du protocole et voilà non ?

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  . Évalué à 6.

    J'aimerais donner mon témoignage.
    Je suis pas très fort en programmation (juste un peu de C++, php, mysql) mais j'aimerais énormément aider dans un projet.

    Le seul problème, et je pense que de nombreuses personnes sont dans le même cas que moi, c'est que c'est d'un compliqué pour faire un truc. Je sais très bien ce que vous allez dire. Seleument, de nombreuses personnes aimerait donner un coup de main ponctuel, remplir un bug report, faire de la doc, ...

    Donc, pour être concret, pour que des personnes t'aident :
    1- Fais un Wiki pour la doc. Y'a rien de mieux.
    2- Fais un Bugzilla complètement dépouillé (ou trouves en un)
    3- Simplifie au maximum l'entrée dans ton groupe (style avec une interface pour les membres, qu'ils n'aient pas besoin)
    4- Il faut simplifier au maximu les démarches à faire pour aider !

    Si vous n'êtes pas d'accord avec moi, je vous demande de réfléchir sur un point :
    De moins en moins de personnes aident (ou du moins vous aimeriez être plus aidé).
    Ca, c'est un fait.
    Maintenant, les gens sont de plus en plus flemmards, et ont donc besoin de facilité.
    Aider c'est un geste difficile aujourd'hui, surtout quand c'est gratuit, il faut donc *aider* les gens à aider.
    Alors, si tu simplifies les démarches et permet à tout le monde de t'aider, avec un Wiki par exemple, eh bien je suis sur qu'il y aura plus de monde.

    Ceci dit, très bonne idée d'en parler ici.

    • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

      Posté par  . Évalué à 2.

      Je te rejoint complètement. Il m'est arrivé plusieurs fois de me dire "tiens là il y un truc qui merde" où 'là je verrais bien une featurette". Téléchargement du source et là... rien. Comment ça marche? Quelle est l'architecture générale du truc? Où sont les différentes partie? Mais où sont donc les commentaires??? Pisser du code c'est peut être cool et auto-jouissif mais documenter ce qu'on fait c'est encore mieux. Ca permet aux autres de donner un coup de main. C'est pareil au boulot. Je me bat tous les jours pour qu'on ait une doc à peut près correcte de l'ensemble du fonctionnement du système. Pour le moment, c'est un peu comme pour les gros projets comme GCC : Ceux qui ont déjà trifouiilé dans le source savent un peu se retrouver. Les autres sont morts. Obligé de demander à l'un de ceux "qui sont dans le secret des dieux" comment ça marche. Ajourd'hui je fais partie de ces privilégiés et je tente de faire une doc sur tout ce que j'ai apris. Ca n'est pas jugé prioritaire par la hiérarchie alors bon...

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  . Évalué à 4.

    C'est une verite qui fait mal, tres mal. Je suis dans le meme cas : J'ai demarre en Aout un petit projet Recycled4Linux http://www.shirka.org/(...) pensant que cela peut etre utile, surtout au novice. Mais pour l'instant, il y a quelques telechargements (50) mais avec tres peu de retour (3 ou 4) : fonctionne, fonctionne pas, interessant, pas interessant, c'est genial, met le a la poubelle...

    Je vais etre radicale avec mon projet : sur la page principale de mon site, il y a la possibilite de voter pour lui, Si dans une semaine, il y a plus de non que de oui, je l'abandonne et je passe a autre chose. En tout cas, si quelq'un d'entre vous, le telecharge, qu'il me donne son opinion. Un simple commentaire peut me donner l'envie de passer plusieurs nuit blanche a l'ameliorer.

    Pour finir avec mon cas, je prefere que l'on me dise que mon projet merite d'etre mis au chiote, que de rien recevoir comme commentaires a son sujet.

    Bon courage aux autres et ne perder espoir comme moi :)

    (Cela fait deux ou trois ans que je lis quotidiennement les news de ce site sans jamais avoir poster le moindre commentaire, mais la, ce sujet m'a emu ...)

    • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

      Posté par  . Évalué à 2.

      bah, ouais, typiquement le projet dont je vois pas l'intérêt. Il existe déjà un système de corbeille sous KDE et Gnome.

      Alors à moins que ce programme ne serve pour les commande shell ou les gestionnaires de bureau plus légers.

      Mais le problème c'est que les utilisateurs du shell et des bureaux légers ne sont pas spécialement des novices et généralement ce genre de fonctionnalités les agaces plus qu'autre chose.

      Je ne remmet pas en cause la qualité du projet mais il me semble que cela s'adresse à un public assez restreind.

      • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

        Posté par  . Évalué à 3.

        Recycled4Linux est un module pour le kernel, qui en le chargeant, intercepte "sys_unlink" du kernel comme peut le faire dazuko pour clamav (antivirus).
        Donc toutes suppressions de kde, gnome, bash, ... sont interceptees quelque soit l'utilisateur, le programme, le daemon, ....
        Preuve que tu n'as pas lu les explications sur le site comme beaucoup d'autres internautes. Peut etre pas assez d'explication de ma part sur le site.

        Il faut savoir que les corbeilles de KDE et Gnome ne sont pas de vrai corbeilles. Il faut deplacer le fichier a supprimer dans la corbeille. SI tu supprimes le fichier a travers le gestionnaire de fichier, il est reellement efface.

        Je pense que cela peut interesser plus les novices que les experts. (Malgres qu'un expert n'est pas a l'abris d'une suppression par megarde comme un "rm -rf /home/alfred/Prj/Mon test.txt" par exemple (remarquez l'espace dans le nom du fichier).

        • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

          Posté par  . Évalué à 2.

          Je pense qu'il faudrait donner plus d'info sur le site, dès la première page : on peine à comprendre ce dont il s'agit. Les détails viennent ensuite.

          Le projet est censé. Je crois que le découragement est prématuré. Il faut *beaucoup* plus de pub pour que tu te lances. Quelques mois, à moins d'une conjoncture favorable, c'est trop peu pour tirer des conclusions définitives.

          Tu es sur un crénau difficile : personne n'aime tester ce genre de soft, qui touchent de près au système et aux données. Il y a forcément danger. Et puis un débutant n'aime pas les trucs compliqués. Du coup, il faut que le projet soit très mûr avant qu'on s'aventure à l'utiliser.

          Courage, et patience !

        • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

          Posté par  . Évalué à 1.

          Est-ce que ça ne pose pas de problèmes avec les fichiers supprimés automatiquement par des programmes, comme le vidage de /tmp, les mises à jour du système, etc. ?
          Je veux dire, est-ce que l'utilisateur se retrouve avec dans sa corbeille des fichiers supprimés mais pas par lui-même ?
          Est-ce qu'on peut supprimer directement un fichier sans passer par la corbeille ?

          C'est vrai que ça manque de documentation et d'explications sur ton site, ce qui fait sûrement hésiter les gens à l'essayer.

          • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

            Posté par  . Évalué à 5.

            Chaque utilisateur (compte utilisateur, compte systeme) a sa propre corbeille et est proprietaire de sa corbeille.
            Exemple :
            /.recycled/501/ pour le premier des utilisateurs sur LMDK9.2
            /.recycled/0/ pour root.

            Tu peux inclure ou exclure des repertoires a surveiller : inclure /home/alfred/ et exclude /home/alfred/tmp par exemple.

            Mais vous avez tous raison, il n'y a pas assez de doc et d'explication :(
            Je vais y remedier.

            Merci.

        • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

          Posté par  . Évalué à 1.

          Si j'ai bien compris, ce prog permet de ne pas jeter automatiquement les données effacées, quelque soit la commande ou le click effectué .
          Dans ce cas, je suis prenneur, et plutot deux fois qu'une !

          En effet, il m'est arrivé de taper la commande :
          rm -rf / chemin_du_repertoire_a_effacer

          ( notez l'espace apres le / -( ...)

          Heureusement que j'etais en simple utilisateur, je n'ai perdu qu'une partition de 12 GO ...
          Bref, si ce soft aurait pu m'eviter cette erreur, je suis preneur.
          Par contre, je me pose une question:

          Mais je me pose une question: est ce que j'aurais porter la meme attention a ce projet si j'en avais eu connaissance avant de perdre bettement des données importantes ??

          Ps: un petit resumé pour expliquer ce que fait ce soft serait le bienvenu. :).

          • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

            Posté par  . Évalué à 4.

            Un petit resume s'impose :
            Recycled4Linux est compose d'un module pour le kernel et d'un utilitaire en ligne de commande pour modifier son comportement.

            Le module lui meme, remplace la commande sys_unlink du kernel par la sienne. Le remplacement de la fonction "sys_unlink" se fait a la vole pour l'instant (comme d'autres modules existant sur le net). Je n'ai pas fait pour l'instant de patch pour le kernel. Mais c'est relativement simple a faire, vu que l'essentiel est deja fait.

            Il intercepte de ce fait, toutes les suppressions que le systeme peut lancer quelque soit le systeme de fichier, et selon des criteres definis par chaque utilisateur, il deplace le fichier a supprimer dans une repertoire "./recycled". Les criteres sont l'inclusion ou l'exclusion des repertoires a surveiller, ignorer ou non les fichiers et repertoires commencant par un point, ignorer ou non les fichiers de taille nulle, ignorer ou non les fichiers de taille inferieur ou supperieur a une taille donnee...

            Un exemple :
            Si vous supprimez le fichier /home/alfred/Documents/essai.txt, il est deplace dans le repertoire /.recycled/501/home/alfred/Documents/essai.txt (501 est l'ID de l'utilisateur alfred)
            Comme vous pouvez le constater, il recree l'arborescence (en gardant les droits des repertoires et fichiers supprimes).

            Attention, les fichiers restent sur le meme systeme de fichier. Je m'explique par un exemple :
            soit une partition monte ainsi : /dev/hda7 -> /var, si vous supprimez "/var/log/syslog", il sera deplace vers /var/.recycled/0/var/log/syslog (0 etant l'ID de root). L'avantage de cette methode est que le deplacement est tres rapide (plus rapide que la suppression en elle meme). Car c'est le nom du fichier qui est deplace, les donnees restent a la meme place.

            C'est assez simple de tester Recycled4Linux (il n'y a pas besion de patcher le noyau) sur une Mandrake ou Feroda par exemple :
            • Recuperer l'archive
            • ./configure
            • make
            • make install
            • depmod -a
            • modprobe recycled
            • modifier le fichier /etc/recycled.conf (parametre par defaut), se creer un recycled.conf perso dans son home
            • lancer : "service recycled start"
            • jeter un coup d'oeil dans /proc/recycled


            Il existe un .src.rpm. Il suffit de faire un "rpm --rebuild recycled-0.2...src.rpm" pour creer les packages a installer.

            Merci a DLFP et a vous tous : plus de 150 visites sur mon site en une apres midi ! Plus de 10 telechargement :) 20 votes pour et 1 contre. Et beaucoup de commentaires que je vais prendre en compte. ;)
            Mon projet ne s'arretera pas maintenant :)
            Les deux problemes de mon projet, manque de doc et manque de pub :(

            • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

              Posté par  (site web personnel) . Évalué à 1.

              Bin voilé ! Tu fouts ça sur ton site et ça sera déjà mieux :)

              D'ailleurs comment ça marche si on efface un fichier qui a déjà été supprimé ?
              Genre je fais :
              # touch essai.txt
              # rm essait.txt
              Il va où vu que /.recycled/501/home/alfred/Documents/essai.txt est pris ?

              Bonne chance pour ton projet ! Et fait de la pub (Genre un 4x3 sur les Champs ;)

              L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

            • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

              Posté par  (site web personnel) . Évalué à 1.

              OK, j'ai une question aussi : sous DOS, l'effacement changeait juste le nom du fichier, ce qui le rendait invisible à l'utilisateur, et (surtout) signalait au système qu'il pouvait réutiliser les blocs alloués à ce fichier. Sous Linux (sauf erreur), un fichier n'est qu'une suite d'i-nœuds, et de liens vers le premier i-nœud de la liste. Lorsqu'on unlink() un fichier, et que le lien qu'on vient de virer était le dernier, tous les i-nœuds sont déclarés libres, et donc réutilisables par le système.

              Ma question est donc : est-ce que ton système implémente quelque chose d'équivalent à DOS, par exemple en sauvegardant le nom du fichier et la liste de ses i-nœuds dans ~/.recycled ? Ainsi, l'espace utilisé auparavant par le fichier serait à nouveau disponible (un vrai effacement, quoi), et une éventuelle commande 'undelete ~/.recycled/monfichier.txt' ne ferait que rendre à ces i-nœuds leurs valeurs d'origine. Bien sûr, ça implique que si certains d'entre eux avaient été réattribués à d'autres fichiers entre-temps, le fichier est irrécupérable. D'un autre côté, ça évite d'avoir périodiquement à aller vider la corbeille à la main, ce qui m'horripile. En fait, c'est le principal grief que j'ai contre les systèmes de corbeille actuels sous Linux : ils se contentent souvent de déplacer le fichier, ils ne l'effacent pas...

              Envoyé depuis mon PDP 11/70

              • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

                Posté par  . Évalué à 2.

                Ma facon de proceder est bien le deplacement du nom du fichier vers la corbeille (et sur le meme systeme de fichier). C'est a dire que les inodes ne sont pas liberes. Ce qui pose probleme car il faut vider la corbeille periodiquement. Sachant qu'il n'existe pas sous Linux de quota par repertoire (uniquement par systeme de fichier), je cherche toujours une solution a cet inconvenient.

                Ta proposition est interessante mais il faut aller plus loin, car si on supprime un fichier, rien n'empeche au systeme de reatribuer un ou plusieurs inodes du fichier supprime au prochain fichier cree. Ainsi, la corbeille n'est pas efficace car on est pas sure de pouvoir recuperer le fichier supprime, il y a deux minutes. L'ideal serait de modifer la fonction d'attribution d'inode pour n'attribuer l'inode d'un fichier supprime quand il n'y a plus d'inode libre (inode n'appartenant pas a un fichier supprime se trouvant dans la corbeille). Il est vrai que dans ce cas, la corbeille serait vider par le systeme et de facon transparante pour l'utilisateur.

                L'inconvenient est que cela ne s'applique pas a tous les systemes de fichier.
                Merci, je vais peut etre implementer ta proposition pour tester.

                • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

                  Posté par  . Évalué à 1.

                  > L'ideal serait de modifer la fonction d'attribution d'inode pour n'attribuer l'inode d'un fichier supprime quand il n'y a plus d'inode libre

                  C'est justement ce à quoi je pensais. Ca n'existe pas ailleurs (enfin pas que je sache) et pourtant ça pourrait être gravement utile !

                  Actuellement, je considère que l'espace disque est énorme et qu'il ne sert à rien de l'économiser. Du coup je ne supprime rien, je déplace tout à la main dans une corbeille et ne vide une partie de son contenu que lorsque j'ai réellement besoin de place. Et j'ai été très supris de me rendre compte que finalement il m'arrivait souvent de récupérer des fichiers de cette corbeille !

                  Donc un système automatisé, dont tu as déjà implémenté un partie, serait plus que le bien venu. Ca fonctionnerait un peu sur le même mode que l'utilisation de la mémoire par le kernel : tant qu'il y a de la mémoire libre, on l'utilise pour bufferiser tout un tas de chose; lorsqu'on a de nouveau besoin de mémoire, on vire les buffers les moins utilisés / les plus vieux (en l'occurance, dans le cas des fichiers, l'ancienneté serait le critère de suppression).

                  Bref, je vais regarder ton projet de ce pas et même peut-être jeter un coup d'oeil au code source s'il me reste du temps, par simple curiosité, et plus si affinité =).

                  Yoann

                • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

                  Posté par  . Évalué à 1.


                  Ta proposition est interessante mais il faut aller plus loin, car si on supprime un fichier, rien n'empeche au systeme de reatribuer un ou plusieurs inodes du fichier supprime au prochain fichier cree. Ainsi, la corbeille n'est pas efficace car on est pas sure de pouvoir recuperer le fichier supprime, il y a deux minutes. L'ideal serait de modifer la fonction d'attribution d'inode pour n'attribuer l'inode d'un fichier supprime quand il n'y a plus d'inode libre (inode n'appartenant pas a un fichier supprime se trouvant dans la corbeille). Il est vrai que dans ce cas, la corbeille serait vider par le systeme et de facon transparante pour l'utilisateur.


                  Oui mais non, pour ce qui concerne ext2/3 c'est ce qui limite la fragmentation du système de fichier. C'est l'un des avantages majeur de ces systèmes de fichiers. Maintenant, en cas d'effacement, c'est clair que tu perds tout si il y a une récriture juste après. Si tu te rends compte du problème il faut remonter de toute urgence ta partition en ro (soit avec les magic sys key, soit avec mount -o remount,ro /dev/disque_ou_tu_veux_sauver

                  Caeies

    • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

      Posté par  (site web personnel) . Évalué à 5.

      Il y a plusieurs points à voir par rapport à ton projet :
      - Manque de publicité. Je n'ai jamais entendu parler de ton projet et pourtant je dévore les sites de news linux et les journaux. Un journal sur DLFP peut faire connaitre ton projet à plein de monde,
      - Donnes au moins l'url de ton projet quand tu en parles et pas de ton site : http://www.shirka.org/phpwebsite/pagemaster~PAGE_user_op~view_page~(...)
      - La présentation de ton projet est trop minime. On ne voit pas facilement ce qu'il fait.
      - Avant de commencer un projet, regardes si il n'y a pas de projet similaire : Tu peux peut être fusionner avec http://tra.sourceforge.net/(...) ? Lui a fait de la pub sur les mailing-list KDE pour se faire connaitre.

      Maintenant pour ce qui est du problème de ne pas recevoir de contribution je pense que ça vient en partie que ça touche trop au noyau et qu'il n'y a pas beaucoup de développeurs qui savent coder à ce niveau (ou alors ils codent le Hurd ;)

      Et sinon "aux chiottes" ça prend 2 t je crois :)

      Pour ce qui est de savoir si tu continue, je te dirais de mieux documenter ton site et de voir si il n'y ap as de projets similaires avant puis après tu redonnes un signe de vie sur les journaux et je pense que l'on pourra mieux te répondre.

      Good luck !

      L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

    • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

      Posté par  (site web personnel) . Évalué à 3.

      Tiens d'ailleurs après avoir vu ton projet et "libtra" de http://tra.sourceforge.net/(...) j'avoues que je préfère son concept qui agit à un moins bas niveau et qui est plus facile à porter (car il ne faut pas oublier que KDE, GNOME, XFCE,...) existent sous d'autres architectures et d'autres OS.

      Ceci était mon avis et n'engage que moi. MAis il y en a qui aiment bien les trucs bas niveau. Le Hurd serait peut-être intéressé par ton projet. : http://news.hurdfr.org/(...)

      L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

    • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

      Posté par  (site web personnel) . Évalué à 1.

      En fait, un des problemes de ton projet, c'est qu'on n'en ait pas l'utilité tant qu'on n'a pas fait de gaffe. Ça m'aurait éviter de perdre des données y a pas longtemps. Bon, c'est pas la mort, c'était pas hyper important mais ça fait bien raler quand meme.
      Et meme apres, c'est pas pour autant que je vais m'amuser a patcher la kernelle, juste par flemme.

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  . Évalué à 3.

    Oui, c'est bien vu comme remarque, je vis un peu la même chose.

    Au niveau du comportement des utilisateurs, il faut aussi noter que:
    1- C'est plus "motivant" et "enrichissant", à priori, de démarrer SON projet que d'aider le projet d'un autre. A postériori, ce n'est pas forcemment le cas,
    2- C'est souvent difficile de rentrer dans le projet d'un autre parce que c'est son bébé et qu'il n'acceptera pas les idées nouvelles. Personellement j'ai essayé d'aider VLC et MPlayer et à chaque fois je me suis fait jeter violemment parce que j'avais des idées un peu différentes de celles du leader,
    3- Il faut bien réaliser que c'est TRES difficile de rentrer sur le projet d'un autre car les habitudes de coding sont très différentes d'une personne à une autre et de comprendre la "philosophie" du code prends beaucoup de temps, souvent plus qu'on en a. A titre de comparaison, lorsqu'on commence à bosser sur un projet existant en entreprise, on a souvent 15 jours pour "se mettre dans le bain". En général, dans l'O.S. on n'a vraiment pas 15 jours à temps plein à consacrer pour rentrer sur un projet.

    Sinon je voudrait juste faire remarquer ici que faire de la promo de son projet n'est pas facile sur ce site. J'ai plusieurs fois posté des news pour dire que mon projet avançait, et je me suis fait à chaque fois jeté parce que mon numéro de version est en 0.x (alors que je disais bien que le projet est stable).

    Donc les modéros bornés et omnipotents de DLFP n'aident certainement pas les petits projets à trouver leur public et leurs contributeurs et c'est vraiment dommage.

    [pub]
    Mon projet: http://www.erik-n.net/sword/(...)
    [/pub]

    :-)

    • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

      Posté par  . Évalué à 3.

      Je suis pas d'accord, je viens de coder une fonctionnalité pour poEdit, j'avais jamais vu le code avant hier et bah je me suis mis dedans, j'ai codé comme le développeur me l'avait demandé, et tout le monde était content. C'est juste une question de volonté, c'est sur que l'on ne peut pas se pointer et vouloir révolutionner le projet.

      • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

        Posté par  . Évalué à 1.

        C'est clair, nous sommes tous motivés par un besoin d'une modification, et il est presque toujours plus rapide et facile d'intégrer une fonctionnalité à un projet existant que de réinventer la roue.
        Evidemment, meme après avoir écrit un patch pour une appli GPL, on est parfois tenté de "garder le patch privé" parce que le code produit ne semble pas bien écrit... pourtant, on devrait etre motivé pour l'adapter aux standards de développement de l'application en question et de contacter l'auteur pour officialiser le patch.

  • # probleme de langage

    Posté par  . Évalué à 1.

    ah mais moi tout de suite je participerai a un projet , meme a firebird ou linux

    le prob c'est le langage de programmation

    je programme (professionnellement) en C# ou VB NET ... ni C++, ni java --- que faire ?

    • [^] # Re: probleme de langage

      Posté par  (site web personnel) . Évalué à 0.

      Coder pour Gnome ? Ils sont en train de tout porter sous mono :)

      L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

    • [^] # Re: probleme de langage

      Posté par  . Évalué à 1.

      Tu peux programmer avec mono (http://www.go-mono.org(...)). Je suis moi-même en train de m'y mettre, et je trouve ça franchement bien.

      Quelques exemples d'applications : http://www.nullenvoid.com/gtksharp/wiki/index.php/SoftWare(...)

    • [^] # Re: probleme de langage

      Posté par  (site web personnel) . Évalué à 2.

      Apprendre un autre langage plus utile. C'est toujours utile a la fois professionellement, et aussi pour te donner du recul par rapport aux langages que tu connais. Perso, je recommande python. Simple, puissant avec plein de bibliotheques. Il y a quoi s'eclater et aider des projets sans etre une brute a mon avis.

      • [^] # Re: probleme de langage

        Posté par  . Évalué à 1.

        mais on en finit plus c'est ca le prob ... jaime pas microsoft mais C# et vb net c'est genial
        j'ai vaguement tenté java et j'ai vite laissé tomber

        • [^] # Re: probleme de langage

          Posté par  . Évalué à 1.

          J'ai jamais essaye le C#, mais j'ai fait du VB et c'est une horreur. Qu'on aime MS ou pas, c'est pas possible d'aimer le VB. C'est juste rigolo pour programmer une calculatrice en 10 minutes.

          • [^] # vb <> vb net

            Posté par  . Évalué à 3.

            je parle de vb net pas de vb

            vb est a vb net ce que le javascript est a java

            je ne crees pas une calculatrice en 10 minutes mais des intranets et soft pour des banques et assurances

            • [^] # Re: vb <> vb net

              Posté par  . Évalué à 1.

              vb est a vb net ce que le javascript est a java

              Ah bon, deux langages qui n'ont rien en commun si ce n'est un nom qui ressemble ? C'etait deja pas tres malin la confusion java/javascript, dommade que MS aie fait la meme erreur...

              je ne crees pas une calculatrice en 10 minutes mais des intranets et soft pour des banques et assurances

              Ben justement, ce que j'avais fait en VB c'etait un soft d'intranet pour faire GUI sur la BD clients/commandes/factures d'une PME.

              Eh ben ptet que vb net est mieux, en tout cas j'ai tellement galere pendant ce stage que j'ai pas franchement envie de me remettre a un truc avec "vb" dedans.

              • [^] # dans opensource y open

                Posté par  . Évalué à -1.

                moi je ne suis pas sectaire ... si un truc est bon il est bon, meme fabrique par mon pire ennemi

                ton argumentation est tout juste ridicule

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  . Évalué à 2.

    Bonjour,

    existe-t-il un projet OpenSource sur la gestion d'un projet openSource ? Un projet n'est pas obligatoirement du code, et en l'occurence un site web pourrait apporter l'aide necessaire a toute personne qui desire lancer un nouveau projet (ou consolider un projet qui deraille ...).

    De meme qu'il existe des aides pour les createurs d'entreprise, la creation ou la gestion d'un projet opensource s'apparente a ce type de probleme.

    Qu'en pensez vous ? Il s'agit presque d'une etude socio-technique (j'ai invente le terme ;-))

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  . Évalué à 1.

    La question posée est réelle et problématique. Je n'ai pas trop le temps là, mais pour moi la référence, c'est :

    http://jmichelcornu.free.fr/cooperation/(...) (La coopération Nouvelles approches, de Jean-Michel Cornu)

    Une saine lecture qui permettra à tout à chacun d'éviter les pièges du développement collaboratif et d'évaluer si ce type de développement est viable pour un cas donné.

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  . Évalué à 2.

    Bonjour à tous,

    J'ai vécu une expérience similaire, mais ce n'etait pas les développeurs que j'attendais mais les utilisateurs ...

    Il y a 1 an, j'ai commencé à développer sur un serveur Linux, un logiciel de gestion de Notes & d'évolutions des élèves sur l'année scolaire. Celui était architecturé en Servlet/JSP et était bien sûr destiné au enseignant.

    Mon projet dès le départ avait pour vocation de simplifier la vie :
    - Pas d'installation.
    - Prise en main facile.
    - Inscription en 5 secondes.
    - Bref, tout était simplifié.

    Dès le départ, j'avais recherché un logiciel similaire au mien. J'en ai trouvé un qui était en GPL. Moi, de mon côté, pour des raisons personnes, je ne souhaitais pas mettre mon code source disponible.

    Je l'ai développé en 6 mois, pas mal de nuits bien rempli. Je l'ai fait sans faire de doc (enfin si, mais élémentaire juste pour moi), sans architecture, sans présentation, etc ...

    Je l'ai mis sur mon serveur, et je l'ai mis à disposition sur le web.
    J'ai commencé à en parler autour de moi et surtout aux professeurs-collègues de mon amie.

    J'attendais une réaction positive, ou négative, des insultes vis-à-vis de mon choix 'non-GPL', ou autres.

    6 mois après, les résultats de vie du site sont les suivants :
    - Pas mal d'inscription ( Plus de 200 ).
    - Très peu de retour sur site.
    - Peu de mail ( ~ 6).

    Si cela n'a pas marcher, c'est à cause du faite que c'est du code fermé ? Ou Peut-être de la documentation pas assez complete que j'ai rajouté apres ???

    Non plus. Après analyse, je me suis rendu compte que créer un logiciel pour des utilisateurs autre que soi même implique une logique très différente que de simplement développer.

    En effet, mon logiciel n'a pas fonctionné car les utilisateurs (professeur) n'ont pas le temps de l'utiliser. Oui, tout à fait, pas le temps ! De plus, ils n'ont pas la logique d'envoyer un e-mail pour indiquer si cela leur plait (ou pas).

    N'ayant peu de retour, j'ai arrete de développer mon logiciel. Je crois qu'il n'y a rien de pire que de n'avoir pas de retour.

    Pour résumé mon histoire, Il faut bien avoir en tête à qui tu t'adresses :

    - Si ce sont des utilisateurs lambda, tu doit avoir une logique d'entreprise. Les gens sont habitués à un certain type de logiciel, malheureusement, il faut plus que développer. Il faut faire de la publicité, en quelque sorte le "vendre" !
    - Si ce sont des techniciens, alors c'est très différent. Ils auront déjà la capacité et les connaissances pour lire les docs lite, les installations ou les compilations. Dans ce cas là, mieu vaut rentrer dans un groupe déjà conçu. Pratiquement tous les logiciels sont sur les rails. Sauf les logiciels "end-user" ...

    Bref c'est 2 mondes.

    Par dessus, il ne faut oublier une chose :

    Les utilisateurs "non-informaticien" ont l'habitudes d'utiliser des logiciels "non-acheté". Ils sont donc habitué à un niveau de fonctionnalités.

    Alors si tu veux voir ces mêmes personnes, utiliser ton logiciel, alors il faut faire mieu et donc être dans un grand groupe de développeurs. C'est la force de L'Open Source ...

    Et être seul développeur, c'est déjà faire un logiciel "mort-né" ...

    • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

      Posté par  . Évalué à 3.

      "Et être seul développeur, c'est déjà faire un logiciel "mort-né" ..."

      Linux porte le nom de son développeur !!! au départ il était seul.

      Je pense que se lancer dans un projet de développement ne veux pas dire tomber dans le complexe du "tres grand tres gros". Je veux dire par la, qu'il ne faut pas immediatement s'imaginer que son projet va interesser une foultitude de personnes, et que son site va cumuler les hits (comme des trophés de chasse).

      Il est préférable de commencer seul et petit, diffuser l'info du mieux que l'on peut, documenter au fur et a mesure de l'avancement, ouvrir son travail à la critique (merci l'opensource). Le but premier est souvent pour ses propres besoins, si le succés vient tant mieux. Il faudra alors apprendre à gérer le travail en coopération.

      La référence au doc de cornu est super.

      • [^] # Re: Un cri de désespoir du développeur d'un projet Open Source.

        Posté par  . Évalué à 2.

        Je ne connais pas la biographie de Linus et je ne suis pas non plus programmeur (pas fait d'études scientifiques, juste quelques notions d'assembleur et de BASIC car j'en avais besoin pour mes calculatrices) mais il me semble qui si Linus était seul au tout début, il a vite attiré foule de programmeurs qui l'aidaient et Linux est devenu rapidement le résultat de travail d'une communauté, si Linus n'avait pas diffusé son code source librement et continué tout seul, il ne serait pas allé loin.

        • [^] # Re: Un cri de désespoir du développeur d'un projet Open Source.

          Posté par  . Évalué à 2.

          ... et je n'ai pas fini mon message. (???) AMHA, peut-être que la raison du fait qu'on obtienne moins d'aides sur des projets, c'est qu'il y a beaucoup de projets (trop?). Du temps de Linus, il n'y en avait pas autant et donc son projets apparaissait plus clairement tandis que l'abondance de projets libres aujourd'hui provoque... une saturation? Quelque part, les structures actuelles ne doivent-elles pas être réformées et remodelées pour résister à cette (sur-)abondance de LL? Afin de donner une meilleure visibilité? une meilleure accessibilité aux bases de données de logiciels?

          Bien sur, ce que je dis ne fera pas tout mais si un jour quelqu'un a des notions de programmation et qui se dit: Tiens! Il me faudrait un logiciel qui me permettrait ceci... quelqu'un en a-t-il déjà eu l'idée?
          Je suis naïf, peut-être de telles bases de données existent déjà mais peut-être peut-on en faciliter l'accès et l'utilisation.

          Voilà, c'était le point de vue certes assez éloigné de quelqu'un qui n'y connait pas grand chose et qui contribue comme il peut... ;-)

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  . Évalué à 1.

    Je comprends que ce soit décourageant, mais, une reflexion à la lecture de ton article : des développeurs ont téléchargé, voire regardé le code de ton soft, mais n'ont pas contribué. Seulement, eux aussi ils ont leur projet (s'ils sont developpeurs), et peut-être pas beaucoup de temps à consacrer à d'autres projets que le leur. "Rentrer" dans un projet, c'est aussi un minimum d'efforts meme si on n'a pas grand chose a faire, il faut quand meme comprendre le tout. AMHA il ne faut pas oublier cet aspect des choses aussi.

    As tu sur ton site une liste de sujets sur lesquels tu accepterais volontiers de l'aide ? Ca pourrait inciter a donner un coup de main en etant sur de ne pas se faire envoyer balader si on se propose.

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  (site web personnel) . Évalué à 4.

    Il m'est arrivé d'écrire une petite rubrique dans Linux Magazine sur le thème d'"Appel à contributions pour des projets libres".
    En fait je ne l'ai pas tenue à jours récement, mais ces messages me donnent quasiment l'obligation morale de la relancer.

    Il s'agit de décrire à chaque numéro du journal 2 ou 3 projets, avec le nom et l'adresse courriel du principal contributeurs. Je peux aussi servir d'intermédiaire pour les timides et les paranos.

    Envoyez moi vos descriptions de projets à l'adresse suivante:
    cyrrussmith@free.fr.

    La rubrique tiendra 1 à 2 pages et permettra de vous faire connaître de pleins de geeks, et d'essayer de recruter des contributions.

    Moi même je ne suis pas informaticien, bien que j'ai promis à mes fils d'apprendre le python, mais je contribue à l'association nekeme prod en leur envoyant plein de photos de vieux murs, de végétaux, de bois, etc..., pour servir aux graphiste de cette équipe qui fait des jeux libres excelents.

    http://www.nekeme.net(...)

    • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

      Posté par  . Évalué à 1.

      Ca ressemble a Brave Gnu World, mais je ne sais pas pourquoi, j'ai prefere ta contribution a BGW. Oui, continue !

      Et puis BGW, c'est plus dans linuxmag, c'est dommage. Mais bon...

      http://www.gnu.org/brave-gnu-world/(...)

      Je te parlerais bien de http://www.nongnu.org/maitretarot/index.fr.html(...) , mais comme je ne vais plus y participer pendant quelques mois... D'un autre cote, je ne suis pas seul dessus :)

      Le bonjour chez vous,
      Yves

    • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

      Posté par  . Évalué à 1.

      > ces messages me donnent quasiment l'obligation morale de la relancer.

      Oui, il le faut ! :)

      Il y a grosso-modo deux manières de transmettre de l'information :

      - PUSH : la source _pousse_ l'information jusqu'à son destinataire; la source est active, le destinataire est passif; la source se déplace là où vie la destination (un magazine, les pub dans le métro, des échantillons dans la rue, les mails, etc ...)

      - PULL : le destinataire _tire_ l'information depuis la source; la source est passive, le destinataire est actif; le destinataire doit se déplacer là où vie la source (un livre d'Oreilly, les conseils d'un professionel, un blog, etc ...)

      Bref, dans le cas présent, les questions sont :
      - Comment faire connaître mon projet ?
      - Comment lancer des appels à contribution ?

      Il s'agit clairement d'informations de type PUSH, or hormis un spam ou une news dans un magazine lu, je ne vois pas vraiment de solution efficaces. La première étant hors de question, la seule viable étant celle que tu proposes : la rubrique "Appel à contribution" dans Linux Magazine. CQFD ! :)

      Bon, ok, je sais que je que je viens de dire n'apporte rien au schmilblick et que ma théorie à deux balle je peux me la mettre dans le ... ;) mais bon, c'était ma manière d'approuver ta résolution.

      Yoann

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  (site web personnel, Mastodon) . Évalué à 5.

    Je pense que quand on démarre un projet, on doit se sentir prêt à le finir, qu'on soit seul et une équipe donnée.

    Rien ne sert de lancer un projet "en attendant l'aide de la communauté". Les développeurs tiers ne s'intéresse qu'à des projets concrets et déjà bien avancé.

    Personnellement, j'ai voulu me lancer dans un projet, mais après avoir lu le code source et vu qu'il était complètement dégueulasse, j'ai abandonné pour le moment.

    Je me contente alors pour le moment d'envoyer des remerciements aux programmeurs des softs que j'aime et de leur proposer une aide ponctuelle si ils ont besoin : n'hésitez pas à me contacter si vous avez besoin d'un truc ponctuelle, d'un test, ce genre de chose..

    Mais pour pondre 200 lignes de codes, il faut généralement en comprendre 2000 et là réside la difficulté.

    Mes livres CC By-SA : https://ploum.net/livres.html

    • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

      Posté par  (site web personnel) . Évalué à 2.

      "Personnellement, j'ai voulu me lancer dans un projet, mais après avoir lu le code source et vu qu'il était complètement dégueulasse, j'ai abandonné pour le moment."

      Moi aussi cf http://linuxfr.org/~Shift/8568.html(...) ;-)
      Je pourrais patcher DLFP mais templeet c'est chiant à coder.

      L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  . Évalué à 1.

    Allez zoup. je me lance a mon tour ;-)
    J'ai bcp apprecie le peu de troll dans les commentaires ;)
    bref...
    Il y a qq temps, etait publie un sondage sur "pourquoi les developpeurs font des softs opensource". La reponse principale etait "pour se faire (re)connaitre."
    Il ne faut pas se leurer, on participe ou cree un projet c'est aussi pour avoir une reconnaissance quelconque. Certains preferent s'integrer a un projet, recuperant ainsi la notoriete, certains, plus aventureux, creent le leur, meme si parfois cela semble inutile.
    Personnellement, a part avec ma casquette de "membre d'un projet", je fais peu de retours de bug, pratiquement jamais de patch (a part pour mon usage personnel), etc...
    Par contre, en temps que membre d'un projet, ou il m'arrive de patcher des softs, j'envoie des patches, des traductions, des rapports de bugs, etc...
    Il m'arrive de recevoir des rapports de bug dans le cadre de ce projet. et je dois admettre qu'ils sont souvent decevants. Les gens ne savent pas quoi envoyer, ne prennent pas la peine de faire un trace ou de selectionner la partie qui plante (meme un simple copier/coller de l'erreur).
    J'en ai meme vu qui ont patche pour me dire la ou ca plantait chex eux, sans m'envoyer leur patch pourtant, meme pourri, je suis prenneur.

    enfin voila ;-)

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  . Évalué à 2.

    Il faut dire aussi que les PKI sont encore un marché de niche... C'est pas un user lambda qui va déployer ça !
    Etant moi même intéressé par le sujet, je dois t'avouer que je ne connaissais pas ton projet. Comme dit plus haut: as-tu posté tes releases sur freshmeat.net ?
    Les PKI se doivent d'être reconnues. Celui qui va adopter ton projet doit avoir une confiance totale en ton projet, ou auditer des centaines de milliers de lignes de codes... pas évident.
    Cela dit, ne te décourage surtout pas. Lorsque les PKI seront incontournables, tu sera aux premieres loges !

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  (site web personnel) . Évalué à 1.

    Tiens, y'a justement sur freshmeat une sorte de cri de desespoir d'un bug-reporter pas content des développeurs:

    http://freshmeat.net/articles/view/1082/(...)

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  (site web personnel) . Évalué à 1.

    Juste mon avis a 2 sous :

    Linux a été, au départ, un "hobby, pas un truc professionnel comme GNU". Il se trouve que le petit joujou de Linus a bien muri, et finalement a intéressé des developpeurs (bon, en fait c'est sur que a l'époque les gens qui devaient lire comp.os.minix ca devait bien les intéresser d'avoir un autre OS open source a coté, et dont le dev était plus ouvert que Tanenbaum)....

    Et pleins de softs célèbres ont commencé petit comme ca, sans le but d'être connu et d'attirer des developpeurs... Tu fait un truc qui existe pas, qui te plait a coder, et au final si ton truc plait a d'autre il y a moyen de faire un méga-projet. Linuxfr.org aussi ca a plus ou moins commencé comme ca (un slashdot-like en français pour délirer entre potes qui est devenu un vrai slashdot, meme les commentaires commencent a être aussi nombreux, et pourtant certains aussi nuls).

    Mais commencer du code en espérant du retour et la venue d'autre developpeurs pour le finir n'est pas forcemment une bonne idée... Si tu fait le soft, c'est que ca te plait de le faire et/ou que tu en as besoin.

    Quand aux 700 mails de support, ca a été des mails privés ou la ML ???
    Car si effectivemment cela te fait chier de répondre a ces mails de support, rien ne t'obliges a y répondre. Effectivement si tu veux attirer d'autres développeurs il vaux mieux etre ouvert, mais si tu veux pas faire de support, tu le fait pas (ou tu te fait payer pour)....

    • [^] # Re: Un cri de désespoir du développeur d’un projet Open Source.

      Posté par  (site web personnel) . Évalué à 2.

      et coté contributeur c'est pareil, des fois je tombe sur un logiciel, y a un bug, si je peux corriger, j'envoie le patch.
      je ne le fais que parce que çà me fait plaisir et je pense que çà peut aider un peu

      mais je n'aime pas forcément que le dévoloppeur du projet me poursuive pour que je l'aide

      et je ne vais pas non plus me dire, tiens aujourd'hui je vais chercher les bugs sur tel ou tel truc.

  • # Histoire d'un autre projet Open Source

    Posté par  (site web personnel) . Évalué à 2.

    Je m'occupe du projet Epeios ( http://epeios.org/(...) ), qui est en ligne depuis fin 1999, d'abord sur Sourceforge avant de migrer sur savannah. Sur ces quatres dernières années, j'ai reçu peut-être une dizaine de courriers concernant le projet, tous sujets confondus. Bref, ce projet n'a jamais enthousiasmé personne (sauf moi :->). Autant dire que si je le poursuis, ce n'est pas pour la reconnaissance de mes pairs.
    Ce manque d'intérêt ne m'étonne guère. Premièrement, ce projet ne porte pas sur un logiciel, bien que quelques-uns soient disponibles, mais sur des bibliothèques. Donc rien d'installable avec lequel on pourrait immédiatement s'amuser avec. D'autre part, l'austérite du site dédié, autant par le fond que par la forme, n'a rien d'engageant. De plus, depuis les problèmes rencontrés par savannah, il n'y plus rien de téléchargeable, mais il y a toujours le Web CVS pour ceux qui veulent jeter un oeuil aux sources. Bref, mis à part la partie CVS, le site n'est plus guère mis à jour. A quoi bon vu le peu d'intérêt qu'il suscite ...
    Si j'ai mis les sources de ce projet sous licence GNU GPL, ce n'a jamais été pour bénéficier de contributions (en terme de code). D'une part, du fait qu'il s'agit de bibliothèques, et surtout vu les principes mis en oeuvre, il est trés délicat de faire une bonne contribution pour quelqu'un d'extérieur au projet. D'autre part, je tiens à pouvoir faire de ces sources ce que je veux, notamment en terme de licence. Les sources du projet Epeios seront toujours disponibles sous licence GNU GPL, mais je veux également pouvoir les diffuser sous d'autres licences, éventuellement closed-source, ce qui serait problématique si d'autres personnes participaient à ce projet par du code.
    La raison en est la suivante. Je suis actuellement employé par un éditeur de logiciels, pour lequel je développe un logiciel qui s'appuie sur les bibliothèques Epeios. Ce logiciel sera distribué sous licence propriétaire, incompatible avec la GNU GPL, et ce malgré l'utilisation des bibliothèque Epeios. Et cela n'est possible que parce que je suis l'unique auteur de ces bibliothèques.
    J'ai travaillé un temps pour une entreprise produisant du logiciel libre, mais cela n'a pas duré et ils ne se sont jamais vraiment intéressés au projet Epeios. J'en attendais plus de leur part, mais je ne leur jette pas pour autant la pierre. Si j'évoque le sujet c'est parce que cela permettra peut-être de mieux comprendre pourquoi je n'ai aucun scrupule, d'une part, de contribuer au logiciel libre avec les bibliothèques Epeios, et d'autre part, de développer du logiciel propriétaire.
    Si je continue à diffuser les biliothèques Epeios sous GNU GPL, c'est parce que je pense qu'ils peuvent utiles à de nombreux développeurs, développeurs qui m'aideraient en retour à faire évoluer ce projet par leur suggestions et remarques. Mais il est clair que le projet a peu de chance de les attirer vu la documentation disponible. Bien que je sois tout à fait disposer à fournir les éléments nécessaires à l'élaboration cette indispendable documentation, je ne la réaliserais pas moi-même, parce que je n'en ai pas le temps, ni le talent, et qu'il m'est difficile de savoir ce qu'une telle documentation doit contenir, étant bien trop impliqué dans le projet pour pouvoir déterminer quels en sont les aspects qui nécessitent une explication approfondie.
    Bien que je pense qu'il en ai l'étoffe, je n'ai guère d'espoir qu'un jour le projet Epeios occupe une place prépondérante au sein du Logiciel Libre de de l'Open Source en général. Ce qui ne l'empêchera pas de se perpétuer, du moins tant qu'il répondra à son but premier, c'est-à-dire être un outil efficace, performant et utile dans l'exercice de ma profession d'informaticien ...

    Pour nous émanciper des géants du numérique : Zelbinium !

    • [^] # Re: Histoire d'un autre projet Open Source

      Posté par  (site web personnel) . Évalué à 1.

      Ces bibliothèques intéresseront certainement quelqu'un. C'est même vraissemblablement déjà fait...
      Il y aura peut-être des retours. La probabilité pour qu'il y en ait est infiniment plus grande qu'avec des sources cachées.
      Ainsi, il y a donc un espoir ! On dit que l'espoir fait vivre. Je dirais plutôt que l'on ne peut pas vivre sans espoir !

      • [^] # Re: Histoire d'un autre projet Open Source

        Posté par  (site web personnel) . Évalué à 1.

        Si le projet Epeios consistait en un logiciel, des similitudes dans l'interface ou les fonctionnalités pourrait fournir une indication si un autre logiciel était basé dessus. Mais là, comme il s'agit de bibliothèques, comment détecter si un logiciel les utilise ou non ?

        En tout cas, si quelqu'un les utilise, que ce soit en respectant ou non la GNU GPL, il s'est bien gardé de me le faire savoir ...

        Je rappelle que cela fait plus de quatre ans que ces bibliothèques sont en ligne, et que, dés l'origine, un nombre important de bibliothèques étaient disponibles, car le projet lui-même avait débuté depuis bien plus longtemps.

        Les quelques courriers que j'ai reçu étaient des demandes de renseignements, auxquels j'ai répondu en précisant que je répondrais volontiers à toute question, d'autant plus volontiers que ces questions seront une excellente base pour rédiger la documentation idoine pour un nouveau-venu. Jamais eu de retour ...

        Pour nous émanciper des géants du numérique : Zelbinium !

    • [^] # Re: Histoire d'un autre projet Open Source

      Posté par  . Évalué à 0.

      Meme si tu es le seul auteur, ca ne te permet pas de faire un logiciel proprietaire dessus. A la rigueur, tu peux faire une double licence.

      • [^] # Re: Histoire d'un autre projet Open Source

        Posté par  (site web personnel) . Évalué à 1.

        Le logiciel n'étant pas encore commercialisé, le question ne s'est pas encore posé. Mais il est clair qu'on ne serait plus du tout dans le cadre de la GNU GPL mais d'un tout autre cadre d'utilisation. Si d'ailleurs quelqu'un a eu une idée comment formaliser cela par rapport à mon employeur, d'un point de vue légal ou autre ...

        Pour nous émanciper des géants du numérique : Zelbinium !

      • [^] # Re: Histoire d'un autre projet Open Source

        Posté par  . Évalué à 1.

        Si, en faisant une double licence. C'est ce que Claude sous-entend en disant que cela est possible seulement car il est le seul auteur dessus.

        La ou ca va poser un probleme, c'est le jour ou il recevra une contribution. Il y aura un choix a faire:

        - soit il se met a developper deux version (pas facile, j'aimerais pas etre a sa place), l'une libre, l'autre pas.

        - soit il applique les modifications exterieures, ce qui rendra impossible la notion de double licence, sauf accord du contributeur. Si la double licence devient impossible, la boite devrai soit faire une croix sur la bibliotheque (ou faire un fork, ce qui revient au point precedent), soit rendre libre le logiciel developpe, ce qui serait une victoire de la communaute. La, c'est a la place du chef de projet que je n'aimerais pas etre !

        Bref, l'approche est interessante, je trouve. Reste a voir comment cela va evoluer :)

        Le bonjour chez vous,
        Yves

    • [^] # Re: Histoire d'un autre projet Open Source

      Posté par  . Évalué à 1.

      Bon ben t'as plus qu'à te dépêcher de relicenser le tout sous une license vraiment libre avant qu'un tier se mette à contribuer.

      [Prière de ne pas poursuivre le troll]

      • [^] # Re: Histoire d'un autre projet Open Source

        Posté par  (site web personnel) . Évalué à 1.

        Primo, ce qui manque à ce projet, ce ne sont pas les contributions, car il est déjà bien suffisamment étoffé (en terme de code, bien entendu, pas de documentation) pour être utile tel quel à bon nombre de développeurs , et, secundo, la GNU GPL est la licence par défaut, ce qui n'exclut pas qu'une autre licence d'utilisation puisse être envisagée, comme précisé sur le site, mais je n'ai jamais reçu aucune demande à ce sujet ...

        Pour nous émanciper des géants du numérique : Zelbinium !

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  (site web personnel) . Évalué à 4.

    Les "bons" retours (signalement des bugs et corrections ainsi que contributions) me sont personnellement parvenus du jour au lendemain après avoir mis mon produit sous sourceforge en intégrant le panel complet des services disponibles:
    - Un service de Bug report
    - Un forum
    - Un accès CVS anonyme avec son interface web
    - Un service de support
    - Une mailling list
    etc...

    Et mon projet (AWStats) était "petit" à ce moment la.

    Une autre raison peut etre la difficulté de démarrage. Le nombre de téléchargement ne compte pas. Ce qui compte, c'est le nombre de téléchargement "transformé" par une utilisation. Peut-etre que ton produit a un petit defaut à corriger sur le plan de la facilité de mise en oeuvre au niveau technique et/ou documentaire, auquel cas le logiciel est abandonné (meme par des experts car ils jugent celui-ci non prometteur). C'est la dessus que j'accerais mes efforts personnellement.

    La qualité de la vitrine web du projet (screenshots, explication, zone de download, etc...) est également très importante pour provoquer les retours.

    Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  (site web personnel) . Évalué à 1.

    Je vis égallement ca pour l'instant ;)

    Mon projet existe depuis environ 4 an, et je n'ai recu aucune aide particuliere, hormis une traduction faite avec le moteur de "babel fish".

    Donc il est vrai que c'est pas tres motivant morallement, j'ai donc pour l'instant mis le projet jesuislibre en standby(coté developpement) depuis 1 an 1/2 environ.

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  . Évalué à 1.

    je m'occupe de la publicité pour un logiciel libre, je ne fait que la doc et que la traduction vers le francais.

    je le fait presque a plein temps, et cela me prend pas mal de temps. Mais vu de la qualité du logiciel, et que j'ai facilement mis 1 mois pour le trouver sur internet je m'en occupe pour en faire profiter le plus possible.

    je sors des realease tous les mois a partir du cvs, parce que l'utilisateur il n'aime pas le cvs :)

    visiblement l'auteur code pour plein de choses et a un travail. je comprend qu il ne peut plus s'occuper du sites ou de sortir des tar.gz. Donc je le fait et comme c'est en programme en java, je mets aussi des .jar a dispositions. en plus mon site est premier dans google avec des mots assez significatifs du probleme a resoudre.

    de temps en temps je recois des mails de demande d'aide mais pas plus, ceux que je n'aime pas c'est:

    bonjour, cela ne marche pas pouvez vous m'aider?

    par contre pas plus tard que ce matin:

    Bonsoir,

    Merci tout d'abord pour votre travail à propos du logiciel *****
    J'ai une question à propos de ce logiciel, je n'ai pas trouvé de réponse sur
    la documentation. etc....

    et cela me relance vraiment comme au premier jours, en plus c'est un probleme pas trivial et vraiment je me decarcasse pour l'aider. puis Hop dans la faq.

    je crois qu il faut faire du libre d'abord pour le plaisir, et uniquement pour le plaisir. D'autre prefere bricoler leur voiture, ou faire du football, ben moi cela me fait plaisir d'aider des personnes avec un logiciel qui ne m'appartient pas. mais ne jamais oublier que c'est pour le plaisir

  • # Re: Un cri de désespoir du développeur d’un projet Open Source.

    Posté par  . Évalué à 2.

    Je sais pas si cela a déjà été evoqué, mais il existe aussi des auteurs de projet qui répondent pas lorsque tu leurs envoyent des bouts de codes d'optimisation ou de features ...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.