Discussion :

[landry161]

Peut être parce que les codeurs Open-source sont :
- plus passionnés
- plus motivés
- moins stressés
- moins pressés
( en tout cas pour ceux qui font de l'open source sur leur temps libre)
( et ne parlons pas de ceux qui font du propriétaire sur leur temps libre ...)

Parfaitement d'accord avec toi. De plus coté propriétaire comme quel qu'un l'a dit y a cette pression à laquelle les développeurs sont soumis. Peu importe la manière l'essentiel c'est qu'il faut y arriver un point c'est tout. Il est donc normal de parvenir à ce constat et c'est regrettable.

[gorgonite]

Moi ce que je me demande, c'est comment ils détectent les erreurs ?

Visiblement c'est automatique, donc comment ça marche ? Sur quoi ils se basent pour dire si c'est une erreur ou pas, et surtout est-ce que ce sont des erreurs qui produisent potentiellement un bug et sont donc gênant pour l'utilisateur ou est-ce que ce sont des "erreurs" du style variable instancié mais non utilisé ce qui est pas très propre mais représente peut de risque de bug direct.

De manière automatique, tu peux voir différentes méthodes:

La "bourrin" qui détecte pourtant assez vite pas mal de petits problèmes
http://fr.wikipedia.org/wiki/Fuzzing

La "formelle" coûteuse, mais si la "safety" est un critère important, cela peut aider
http://fr.wikipedia.org/wiki/Analyse..._de_programmes

[imikado]

IL y a également des outils d'audit "qualitatif" comme Sonar
Un tuto pour ceux que ça interesse: http://imikado.developpez.com/tutoriels/php/sonar/

note: disponible pour plusieurs langages dont C, C++,C#, JavaScript, Python, php...

[Pierre GIRARD]

Et vous ?

Que pensez-vous des conclusions de cette étude ?

La faille Heartbleed a-t-elle remis en question votre confiance dans le code open source ?

Ça confirme ce que je pensais déjà et comme la faille Heartbleed a été rapidement corrigée après sa découverte ça a plutôt tendance à augmenter ma confiance dans l'OpenSource.

[marsupial]

1) un code proprio, ça se hacke, donc qu'il fasse 10 ou un milliard de lignes, il s'analyse;

2) lorsqu'un un code léger et exempt de bugs car relu et corrigé n'est pas un gage de qualité, je m'interroge;

3) lorsqu'un bug est détecté, le plus long n'est pas de le corriger mais de diffuser le patch bien que ce soit la partie demandant le plus de cervelle;

4) lorsqu'une fonction avec des outils open source permet d'optimiser les ressources en 500k au lieu d'un milliard, à plus de 7 milliards d'utilisateurs, je sais ce que je choisis;

5) dans l'état actuel de mutation de l'infrastructure, un sondage informatif pour connaître la tendance à embrasser est loin d'être inutile.

Marsu