Sortie de Boost 1.43 : découvrez les nouveautés de la bibliothèque de C++ moderne

Pareil. Ca donne le tournis.

Y'a tellement de bibliothèques dans la review queue que c'est tant mieux....Sa permet d'avoir des nouvelles bibliothèques à presque toute les releases. Et c'est bien car y'a des trucs bien puissant dans la queue...

Faudra eviter ce genre de double sens par la suite

bah une release par quarter, ca va c'ets pas la mort :o

Il y a encore beaucoup d'entreprise avec Visual 6. Alors essayer de faire rentrer une bibliothèque qui propose une nouvelle version tout les 3 mois, c'est pas si simple.

Salut,
Je sais que certains logiciels ont la peau dure, mais, l'un dans l'autre, tu ne crois pas qu'il peut être intéressant, sans forcément oublier les enseignements du passé, d'envisager de reprendre l'ensemble de la réflexion afin de faciliter l'adaptation aux besoins futurs

Soyons honnête: VC 6 date de... 1998, et en 12 ans, les possibilités offertes par les ordinateurs, et donc, ce que l'on peut attendre d'une application, ont évolué à tel point que l'application telle qu'elle était développée à l'époque pourrait être comparée à une voiture de la fin du XIXeme siècle par rapport à la même application dont nous aurions commencé le développement aujourd'hui. ( on dit souvent qu'un an d'évolution en informatique correspond à dix ans d'évolution dans la vie )

Je suis d'accord sur le fait qu'il faut essayer de garder le support des "anciens" compilateurs aussi longtemps que possible, mais cela en deviendrait presque risible dans certains cas...

D'ici à ce que l'on vienne dire que boost ne compile pas avec Borland C++ 3.0, il n'y a qu'un pas, mais qui l'utilise encore

Mais le rythme de sortie et-il vraiment un problème dans ce cas ?
Après tout, rien n'oblige en interne à changer de version surtout lorsque ce qu'elle apporte ne nous intéresse pas.

Personnellement, une bibliothèque avec des versions qui arrivent régulièrement ne m'a jamais posé de soucis, bien au contraire. Par contre je ne me jette pas forcément sur la dernière version, surtout pas pour les projets livrés ou en cours de dév.

Tout à fait d'accord... il faut voir ce qu'apporte la nouvelle version et décider de changer "en connaissance de cause".

Si les nouveautés ne nous semblent pas indispensables, ou si les éventuelles corrections de bugs s'appliquent à des parties inutilisées, il n'est peut être pas * forcément indispensable * de passer à la version suivante

Par contre, s'il apparait (cela peut toujours arriver ) que les nouveautés proposées sont intéressantes / utiles / indispensables (biffer les mentions inutiles ) à un projet ou que les corrections de bugs s'appliquent à des parties utilisées par le projet, il semble "cohérent" de passer à la nouvelle version... quitte à ne pas *forcément* utiliser la suivante