Ca dépend de ton application. SI tu veux écrire des logiciels de gestion, ça n'a clairement pas beaucoup d'intérêt. Par contre tu peux facilement mettre dans un module toute la partie calcul, qui bénéficiera de l'optimisation globale, le reste ne s'occupant que de la logique "de gestion".
Il y a plein de logiciels où il y a ce genre de besoin.
Enfin, l'objectif est de fournir un langage de haut niveau pour la programmation paralèlle sans souçi, l'embarqué, etc...
Ce n'est pas parce Benoit, qui a énormément codé en C, a gardé ses habitudes de coder bas niveau que Lisaac n'est pas haut niveau, il est tout autant que SmallTalk ou Ruby, puisqu'on peut faire la même chose avec.
On peut toujours itérer une collection avec une boucle classique, ou un foreach, le second paraitra plus haut niveau, mais au final, ça génèrera le même code.
Quand aux temps de compilation, ils ne sont pas énorme, et n'ont pas a rougir face aux temps de compilation de GCC, qui sont bien plus importants, ou même Java.
Pour la mémoire, il est vrai que la consommation est importante, mais quand on regarde une compilation de source Lisaac, on se rend compte que GCC consomme autant de mémoire
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: beaucoup de blabla, peu d'info
Posté par Ontologia (site web personnel) . En réponse au journal Retour sur le Isaac Meeting 2008. Évalué à 2.
Il y a plein de logiciels où il y a ce genre de besoin.
Enfin, l'objectif est de fournir un langage de haut niveau pour la programmation paralèlle sans souçi, l'embarqué, etc...
Ce n'est pas parce Benoit, qui a énormément codé en C, a gardé ses habitudes de coder bas niveau que Lisaac n'est pas haut niveau, il est tout autant que SmallTalk ou Ruby, puisqu'on peut faire la même chose avec.
On peut toujours itérer une collection avec une boucle classique, ou un foreach, le second paraitra plus haut niveau, mais au final, ça génèrera le même code.
Quand aux temps de compilation, ils ne sont pas énorme, et n'ont pas a rougir face aux temps de compilation de GCC, qui sont bien plus importants, ou même Java.
Pour la mémoire, il est vrai que la consommation est importante, mais quand on regarde une compilation de source Lisaac, on se rend compte que GCC consomme autant de mémoire
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker