Le probleme c'est que deja la plupart des scientifiques ne veulent pas s'embeter avec du C et ils ont raison. C'est trop bas niveau pour leur besoin et de plus la raccourcis de syntaxe c'est rigolo mais ca laisse un code pas forcement lisible.
Donc ils utilisent des outils qui simplifie leur vie et aussi le debuggage, du coup c'est matlab, python et si c'est un langage compile fortran ou C++.
Et mon experience me montre que de tout de facon les trucs qui sont vraiment lent le gars qui a code a juste code le truc avec ses pieds et ce n'est pas le langage qui changera quoi que ce soit. J'ai un tres bon exemple d'un code que j'ai du optimise qui est passe de 15 jours sur un gros cluster (job tue car trop long) a 2 secondes sur mon portable... Le probleme etait dans l'interface chaise-clavier et nul part ailleurs.
Naturellement les vrais calculs sont fait avec des libs optimise a mort par des pros et ca encore tu peux etre super fort en C/C++/ada/python. Tu ne batteras jamais les specialistes et cela ne sert a rien (en dehors de l'aspect pedagogique) de refuser d'utiliser tel ou tel lib parcequ'elle est dans un langage que tu n'aimes pas. Il y a tres tres peu de chance que tu arrives a faire un algo ou implementer un algo d'une meilleure facon.
En ce qui concerne les langages compiles maintenant il y a aussi le probleme que la plupart des optimisations "facile" (non algorithmique) sont automatiquement faite par les compilos.
[^] # Re: suckless !! More is less !
Posté par Albert_ . En réponse au journal Pourquoi un PC ralentit-il ?. Évalué à 9. Dernière modification le 03 juillet 2014 à 14:47.
Le probleme c'est que deja la plupart des scientifiques ne veulent pas s'embeter avec du C et ils ont raison. C'est trop bas niveau pour leur besoin et de plus la raccourcis de syntaxe c'est rigolo mais ca laisse un code pas forcement lisible.
Donc ils utilisent des outils qui simplifie leur vie et aussi le debuggage, du coup c'est matlab, python et si c'est un langage compile fortran ou C++.
Et mon experience me montre que de tout de facon les trucs qui sont vraiment lent le gars qui a code a juste code le truc avec ses pieds et ce n'est pas le langage qui changera quoi que ce soit. J'ai un tres bon exemple d'un code que j'ai du optimise qui est passe de 15 jours sur un gros cluster (job tue car trop long) a 2 secondes sur mon portable... Le probleme etait dans l'interface chaise-clavier et nul part ailleurs.
Naturellement les vrais calculs sont fait avec des libs optimise a mort par des pros et ca encore tu peux etre super fort en C/C++/ada/python. Tu ne batteras jamais les specialistes et cela ne sert a rien (en dehors de l'aspect pedagogique) de refuser d'utiliser tel ou tel lib parcequ'elle est dans un langage que tu n'aimes pas. Il y a tres tres peu de chance que tu arrives a faire un algo ou implementer un algo d'une meilleure facon.
En ce qui concerne les langages compiles maintenant il y a aussi le probleme que la plupart des optimisations "facile" (non algorithmique) sont automatiquement faite par les compilos.