1. Je vais numéroter les idées puisque, sinon, le contradicteur en profite toujours pour « oublier » l'idée principale et s'attaquer à des détails des idées secondaires.
2. Tu ne réagis pas sur la disctinction inspirer - utiliser.
3. Je donne des exemples simples, compréhensibles par tous, pour ne pas entrer dans des détails qui pourraient être spécifiques et à partir desquels tout à chacun peut imaginer d'autres exemples plus précis. Ces exemples sont donc génériques et les fonctions envisagées sont effectivement certainement rencontrables facilement ailleurs (c'est pour cela que j'ai parlé des bouquins et d'internet).
4. Tu fais bien de parler de la STL : il faut avoir lu son code pour savoir que, avec un itérateur i, il est plus rapide de faire ++i que i++...
5. Et puis la STL, ce sont des templates, donc le code est dans le prototype, donc dans les .h. Mais toute bibliothèque n'est pas une bibliothèque de templates et les prototypes ne sont pas :
- forcément lisibles (merci les macros) ;
- forcément plus intéressants que la doc dont tu faisais mention et qui peut d'ailleurs donner des indications sur la mise en 1⁄2uvre.
6. Savoir comment un problème a été résolu ailleurs permet :
- de donner des pistes pour résoudre un problème similaire ;
- de rester cohérent dans la façon dont sont traités les problèmes similaires.
7. Ce n'est pas parce qu'il y a des cas où avoir accès au code n'est pas nécessaire qu'il n'y a pas de cas où cela peut être utile.
[^] # Re: Libre regard du code source, POINT.
Posté par Sylvain Sauvage . En réponse au journal Licence Microsoft MSR-SSLA. Évalué à 3.
2. Tu ne réagis pas sur la disctinction inspirer - utiliser.
3. Je donne des exemples simples, compréhensibles par tous, pour ne pas entrer dans des détails qui pourraient être spécifiques et à partir desquels tout à chacun peut imaginer d'autres exemples plus précis. Ces exemples sont donc génériques et les fonctions envisagées sont effectivement certainement rencontrables facilement ailleurs (c'est pour cela que j'ai parlé des bouquins et d'internet).
4. Tu fais bien de parler de la STL : il faut avoir lu son code pour savoir que, avec un itérateur i, il est plus rapide de faire ++i que i++...
5. Et puis la STL, ce sont des templates, donc le code est dans le prototype, donc dans les .h. Mais toute bibliothèque n'est pas une bibliothèque de templates et les prototypes ne sont pas :
- forcément lisibles (merci les macros) ;
- forcément plus intéressants que la doc dont tu faisais mention et qui peut d'ailleurs donner des indications sur la mise en 1⁄2uvre.
6. Savoir comment un problème a été résolu ailleurs permet :
- de donner des pistes pour résoudre un problème similaire ;
- de rester cohérent dans la façon dont sont traités les problèmes similaires.
7. Ce n'est pas parce qu'il y a des cas où avoir accès au code n'est pas nécessaire qu'il n'y a pas de cas où cela peut être utile.