Etrangement, ça parle de svn, de tests, de code ...
Mais pas d'assetions...
Les assertions sont une bonne invention utile, voir même indispensable.
Peut-être que personne n'en parle car vous les utilisez, et dans ce cas c'est bien, mais j'ai rencontré il y a peu des personnes (oups, mes chefs en fait...) qui avaient du mal à comprendre ce que c'était et l'intérêt d'écrire des assertions... (et evidemment se plaignaient ensuite quand sa crash sans savoir pourquoi)
Evidemment certaines personnes ne comprenaient pas à quoi ça servait car ne lançait jamais leur programme en debug, toujours en release -> autre chose à ne jamais faire.
Pour ma part je fais exactement l'inverse, je lance tout le temps en release (y compris quand ça met 2-3 vrai minutes à se lancer) et en release une fois que le debug est correct.
# et les assert alors ?
Posté par CrEv (site web personnel) . En réponse au journal Bonnes pratique pour le développement. Évalué à 3.
Mais pas d'assetions...
Les assertions sont une bonne invention utile, voir même indispensable.
Peut-être que personne n'en parle car vous les utilisez, et dans ce cas c'est bien, mais j'ai rencontré il y a peu des personnes (oups, mes chefs en fait...) qui avaient du mal à comprendre ce que c'était et l'intérêt d'écrire des assertions... (et evidemment se plaignaient ensuite quand sa crash sans savoir pourquoi)
Evidemment certaines personnes ne comprenaient pas à quoi ça servait car ne lançait jamais leur programme en debug, toujours en release -> autre chose à ne jamais faire.
Pour ma part je fais exactement l'inverse, je lance tout le temps en release (y compris quand ça met 2-3 vrai minutes à se lancer) et en release une fois que le debug est correct.