Quoi qu'il en soit, je te rejoins. La nouvelle équipe apparait comme très dynamique et c'est une très bonne nouvelle. Le logiciel s'améliore rapidement et tous les points positifs que tu as donné au début font que j'arrive à la conclusion inverse. Cet outil nécessite un temps de prise en main relativement long mais une fois fait, il présente des avantages indéniables.
Le problème de ROOT, c'est que le projet se retrouve le cul entre deux chaises,
Des utilisateurs souvent jeune, et avec un fort turn-over qui veulent du CPP moderne, du python et pour qui la compatiblité avec les notations à la fortran ( 3**2 ) n'a aucun intérêt
Des projets qui durent longtemps et qui ne veulent pas trop de changements (
On voit donc pas mal de gens se détourner de ROOT ou content d'en être débarrasser.
Soit ROOT arrive à évoluer vraiment, quitte à perdre en rétro-compatibilité (de toute façon chaque changement de version majeure de gcc entraîne des problèmes de rétro-compatiblité). et à se débarrasser des défauts que j'ai cité auquel cas, le projet repart sur de bonne base, et on pourrait le voir percer hors de la communauté HEP.
Soit ça ne suffit pas, et les nouvelles expériences vont s'orienter vers d'autres solutions (Par exemple des entrées/sorties en hdf5, et une analyse avec scipy)
Bref j'attend de voir, j'exclus pas de refaire un peu de ROOT dans le futur. Mais le coté usine à gaz fait que je m'en passe. même si j'ai pas trouvé de framework équivalent en C++
[^] # Re: Keep ROOT out-of-your life
Posté par Mais qui suis-je ? :) . En réponse à la dépêche Sortie de ROOT 6.00/00. Évalué à 2.
Le problème de ROOT, c'est que le projet se retrouve le cul entre deux chaises,
Des utilisateurs souvent jeune, et avec un fort turn-over qui veulent du CPP moderne, du python et pour qui la compatiblité avec les notations à la fortran ( 3**2 ) n'a aucun intérêt
Des projets qui durent longtemps et qui ne veulent pas trop de changements (
On voit donc pas mal de gens se détourner de ROOT ou content d'en être débarrasser.
Soit ROOT arrive à évoluer vraiment, quitte à perdre en rétro-compatibilité (de toute façon chaque changement de version majeure de gcc entraîne des problèmes de rétro-compatiblité). et à se débarrasser des défauts que j'ai cité auquel cas, le projet repart sur de bonne base, et on pourrait le voir percer hors de la communauté HEP.
Soit ça ne suffit pas, et les nouvelles expériences vont s'orienter vers d'autres solutions (Par exemple des entrées/sorties en hdf5, et une analyse avec scipy)
Bref j'attend de voir, j'exclus pas de refaire un peu de ROOT dans le futur. Mais le coté usine à gaz fait que je m'en passe. même si j'ai pas trouvé de framework équivalent en C++