Si vous avez beaucoup de données a traiter/aggreger de plein de manières différentes, c'est certainement le meilleur choix que vous pouvez faire.
Non, mais oui.
Non car clairement il y a beaucoup plus performant : Rust.
Mais en pratique c'est vrai que généralement tu as à le faire 1 fois de temps en temps dans ce cas ce qui compte ce n'est pas la performance mais la rapidité à le développer et généralement un compromis.
Alors là oui Python est intéressant notamment car il a plein d'outils performant... encore faut-il les connaître car en Python pur sans panda, numpy et Cie...
PS: je pense que SQL est quand même capable d'être plus rapide. Mais je sais que nous étions plus rapide que SQL en faisant un "select into outfile" en MySQL et agrégation en C...
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: performances
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Utilisation de Perl aujourd'hui.. Évalué à 1.
Non, mais oui.
Non car clairement il y a beaucoup plus performant : Rust.
Mais en pratique c'est vrai que généralement tu as à le faire 1 fois de temps en temps dans ce cas ce qui compte ce n'est pas la performance mais la rapidité à le développer et généralement un compromis.
Alors là oui Python est intéressant notamment car il a plein d'outils performant... encore faut-il les connaître car en Python pur sans panda, numpy et Cie...
PS: je pense que SQL est quand même capable d'être plus rapide. Mais je sais que nous étions plus rapide que SQL en faisant un "select into outfile" en MySQL et agrégation en C...
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.