Je me dis, si le projet remplis tous tes besoins, est mature (donc nécessite peu de maintenance), pourquoi ne pas corriger toi-même les bugs sur lesquels tu tombes?
Je crois que j'ai été trop vague ; mon intérêt est professionnel (je peux me trouver d'autres solutions « normales »), et la société pour laquelle je travaille ne vend pas du logiciel : donc contribuer à Seafile sur le temps de l'entreprise c'est ko.
Ensuite on ne se lance pas comme ça sur un projet ; le temps d'apprentissage est long (et ici, il n'y a pas que du C++), et il n'y a pas de docs interne/publique.
Peut-être qu'ils ont autre chose à faire que répondre a ce genre de bruit?
Surtout que c'est ouvert depuis 8 jours seulement... Perso c'est typiquement le genre de ticket qui me gonflerait.
Mon sentiment est que lorsque l'on est une entreprise et que l'on vit du produit on ne devrait pas laisser une telle question sans réponse pendant plus d'une semaine.
Ton point de vue me semblerait valable pour un projet perso ou à « implication personnelle » forte (peut-être comme Syncthing), mais là ce n'est pas le cas.
C'est très mauvais pour l'image ; d'ailleurs je leur ai envoyé un mail « commercial » et ils ont réagi (c.f. https://linuxfr.org/nodes/121600/comments/1824425 ), donc ce n'est pas sérieux. Sans ce mail, combien de temps ce ticket serait resté visible ? Quels dégâts sur l'image ?
Si je devais répondre à ça, j'aurais du mal à ne pas juste mettre un lien vers le dernier commit et fermer le ticket sans plus d'explications.
En bref sur mon bug (qui paralyse une bibliothèque), j'ai un « problème connu, attendez ». Si le problème était connu, alors ils auraient pu créer un ticket : je l'aurais trouvé, je n'aurais pas eu à attendre tellement, et pas à créer un ticket et faire du bruit.
Au final, est-ce que je peux faire confiance quand je sais que leur réaction n'est due qu'à un mail commercial ? Avaient-il réellement connaissance du bug, et travaillaient-ils dessus ? Humpf.
Bon j'ai compris ta position et ta satisfaction globale avec Seafile, et j'espère que tu as la même philosophie lorsque ta production est bloquée sans réponse aucune pendant plusieurs semaines.
Pour ma part quand cela m'arrive, je commence à prévoir une solution alternative, je mets en place une solution dégradée, etc.
[^] # Re: Mort cérébrale, rien que ça...
Posté par lem__mel . En réponse au message Seafile est-il abandonné, y-a-t-il une alternative ?. Évalué à 4.
Je crois que j'ai été trop vague ; mon intérêt est professionnel (je peux me trouver d'autres solutions « normales »), et la société pour laquelle je travaille ne vend pas du logiciel : donc contribuer à Seafile sur le temps de l'entreprise c'est ko.
Ensuite on ne se lance pas comme ça sur un projet ; le temps d'apprentissage est long (et ici, il n'y a pas que du C++), et il n'y a pas de docs interne/publique.
Mon sentiment est que lorsque l'on est une entreprise et que l'on vit du produit on ne devrait pas laisser une telle question sans réponse pendant plus d'une semaine.
Ton point de vue me semblerait valable pour un projet perso ou à « implication personnelle » forte (peut-être comme Syncthing), mais là ce n'est pas le cas.
C'est très mauvais pour l'image ; d'ailleurs je leur ai envoyé un mail « commercial » et ils ont réagi (c.f. https://linuxfr.org/nodes/121600/comments/1824425 ), donc ce n'est pas sérieux. Sans ce mail, combien de temps ce ticket serait resté visible ? Quels dégâts sur l'image ?
Et bien ce serait déjà une réponse.
Je le répète des bugs sérieux n'ont juste pas de réponse, et ça me paraît limite.
Comme dit plus haut j'ai envoyé un mail qui a provoqué des réactions, et
- la réponse obtenue sur la vie du projet est la suivante : https://github.com/haiwen/seafile/issues/2368
- la réponse obtenue sur le pb technique est : https://github.com/haiwen/seafile/issues/2366
En bref sur mon bug (qui paralyse une bibliothèque), j'ai un « problème connu, attendez ». Si le problème était connu, alors ils auraient pu créer un ticket : je l'aurais trouvé, je n'aurais pas eu à attendre tellement, et pas à créer un ticket et faire du bruit.
Au final, est-ce que je peux faire confiance quand je sais que leur réaction n'est due qu'à un mail commercial ? Avaient-il réellement connaissance du bug, et travaillaient-ils dessus ? Humpf.
Bon j'ai compris ta position et ta satisfaction globale avec Seafile, et j'espère que tu as la même philosophie lorsque ta production est bloquée sans réponse aucune pendant plusieurs semaines.
Pour ma part quand cela m'arrive, je commence à prévoir une solution alternative, je mets en place une solution dégradée, etc.