[Linux] Bugs (ex: Re: inkscape)

[Nicolas Robaux]

Perso, je ne remonte presque jamais les bugs que je trouve.
En fait, j'ai un peu peur des développeurs et de leurs outils, souvent pas
très accessibles au grand public. Peur de leur faire perdre leur temps avec
des erreurs venant de moi, de remonter qqchose déjà traité par ailleurs, de
pas être clair dans mes explications, de faire le noob... Bref,
l'impression de m'inviter là où c'est pas ma place.

Mais y a pas longtemps, pour Prestashop, je me suis pris par la main, j'ai
fait connaissance avec leur outil de forge Jira et l'interface web de
Github, et j'ai remonté 2 bugs. 1 heure après, un dév me demandait des
accès à mon FTP et à mon back-office  (que j'ai donnés, oui, j'aime vivre
dangeuresement...), et dans l'après-midi, les bugs étaient corrigés
mainstream pour tout le monde, et j'appliquais moi-même les corrections.
Donc excellente réactivité de Prestashop, sur ce coup-là.

Mais c'est vrai que les outils de bugs, de suivi de code, comme Jira ou
Github et tout ça, c'est clairement pas pour le grand public. J'ai mis des
plombes a ramener le bon fichier corrigé depuis leur web Github…

Tiens, si j'apprenais à utiliser les commandes diff et patch, maintenant ?
:)

N.

-- 
Nicolas ROBAUX

Le 28 janvier 2015 11:42, Christophe Courtois <christophe@::1> a
écrit :

> Hello,
>
> J'avais entré un bug chez Apple (du genre grave, avec perte de données)
> il y a quelques années : "doublon d'un bug interne, inaccessible" ->
> jamais aucune nouvelle. Paraît que c'est classique chez eux.
>
> Bugs chez BusinessObjects ou PowerAMC (chez SAP, le gros éditeur
> allemand en comparaison de qui Microsoft est proche de la FSF) : il faut
> être un client payant pour entrer un bug ; l'outil n'a rien en commun
> avec ce que vous avez pu connaître (c'est SAP) ; le support rappelle
> parfois très rapidement... ou jamais ; la réponse est souvent un
> contournement, souvent une annonce que ce sera  (ou pas) corrigé dans le
> Service Pack N+2 à paraître dans 6 mois, sachant que dans chaque SP,
> pour N bugs corrigés ils en introduisent N/2 et en RÉintroduisent N/3.
>
> Y a qu'Oracle (la base) sur qui je n'ai pas d'histoire : ils ont une
> ouverture minimale, une masse d'utilisateurs énorme, et un produit quand
> même assez solide une fois tombé en marche, et que je ne chatouille pas
> trop, pour que Google suffise comme support.
>
> Sur ce plan, franchement, le libre n'a pas forcément à rougir. Un projet
> mené par deux étudiants dans leur chambre est parfois mieux abouti,
> mieux testé et plus accessible que les monstres dont je viens de parler.
> Je me dis que la qualité du support, une fois dépassé la taille d'un
> petit éditeur, ne peut que s'effondrer à mesure que l'éditeur croît.
>
>
> Le 27/01/15 21:03, Alexandre Franke a écrit :
> > 2015-01-27 20:07 GMT+01:00 David Demelier <demelier.david@::1>:
> >> Je crois que c'est une coutume de
> >> laisser les bugs trainer dans le logiciel libre.
> >
> > Comme si c'était spécifique au logiciel libre… Au moins là tu as un
> > outil de suivi des bugs publique et tu peux voir ce qui s'y dit et
> > participer à la conversation.
> >
>
>
> --
> Christophe Courtois
> http://coindeweb.net/
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <https://strasbourg.linuxfr.org/pipermail/linux/attachments/20150128/183566da/attachment.html>