J'ai de plus en plus de mal avec les financements participatifs concernant du développement logiciel. Je n'ai presque que des expériences qui n'aboutissent pas ou alors complètement hors délais (mailpie, lavabit, lolix, etc.). La seule exception que j'ai en tête, c'est gcompris.
C'est extrêmement difficile d'évaluer un temps de développement, surtout quand on est tout seul et qu'on (re)part de rien. En plus sur les campagnes de financement il vaut mieux demander pas trop et donner des délais pas trop éloignés. Y'en a plus d'un qui se sont cassés les dents. Les temps de dév explosent vite parce qu'on pensait utiliser telle ou telle bibliothèque mais on se rend compte qu'il faut l'adapter, ou qu'elle va pas du tout (et c'est pas toujours identifiable avant de développer), ou parce qu'un truc très actif au moment de commencer est mort en cours de route (ça c'est du vécu), parce que tel problème est plus difficile à résoudre qu'on ne l'avait imaginé, etc.
Un des premiers conseils qu'on m'a donné quand j'ai commencé à travailler était pour estimer le temps de développement de quelque chose : « estime le temps qu'il te faut en comptant large, et multiplie ça au moins par 2 ». Je pense ne pas être le seul à avoir eu ce genre de conseil, et avec l'expérience il est tout à fait approprié.
Dans le cas particulier de Lolix, je ne sais pas trop où ça en est, mais on peut difficilement râler vu le boulot qu'il y a eu avant la campagne, pendant des années, et vu que ça a permis à nombre d'en nous de trouver un travail à un moment ou un autre.
[^] # Re: Lolix V2
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche LinuxJobs.fr, job board pour la communauté du Logiciel Libre et de l'open source. Évalué à 10.
C'est extrêmement difficile d'évaluer un temps de développement, surtout quand on est tout seul et qu'on (re)part de rien. En plus sur les campagnes de financement il vaut mieux demander pas trop et donner des délais pas trop éloignés. Y'en a plus d'un qui se sont cassés les dents. Les temps de dév explosent vite parce qu'on pensait utiliser telle ou telle bibliothèque mais on se rend compte qu'il faut l'adapter, ou qu'elle va pas du tout (et c'est pas toujours identifiable avant de développer), ou parce qu'un truc très actif au moment de commencer est mort en cours de route (ça c'est du vécu), parce que tel problème est plus difficile à résoudre qu'on ne l'avait imaginé, etc.
Un des premiers conseils qu'on m'a donné quand j'ai commencé à travailler était pour estimer le temps de développement de quelque chose : « estime le temps qu'il te faut en comptant large, et multiplie ça au moins par 2 ». Je pense ne pas être le seul à avoir eu ce genre de conseil, et avec l'expérience il est tout à fait approprié.
Dans le cas particulier de Lolix, je ne sais pas trop où ça en est, mais on peut difficilement râler vu le boulot qu'il y a eu avant la campagne, pendant des années, et vu que ça a permis à nombre d'en nous de trouver un travail à un moment ou un autre.