On est de plus en plus dans un optique où il faut une facilité de développement. On prend un langage de très haut niveau, qui te facilite énormément l'écriture de ton code. Un plugin est écrit en quelques minutes. Mais il prend une quantité allucinante de mémoire. Et bouffe du CPU à mort. Ok, c'est sympa on a des machines avec plein de ram et des processeurs surgonflé.
Mais est ce une raison? Non.
Mais je suis désolé, ca me désole de voir de plus en plus d'application graphique utilisant python ou perl et c'est "lennnnnnnnnnnnnt".
gdesklet fonctionne très bien meme il bouffe trop en ram.
Meme en java, je suis désolé, tant qu'il n'y aura pas de coprocesseur matériel supportant le java, un code java/.NET sera toujours plus lent qu'un code C bien développé (je parle pas du java natif)
J'ai peut etre une position d'arriéré, mais une application python est réservé pour ma par à des scripts (sans interface) ou des interfaces simples "que j'ai pas à me faire ch... à faire une jolie interface". Mais pour un "vrai" projet (que je n'aurais pas de honte à distribuer et supporter), je ne choisirais pas python, en tout cas pas un langage interprété.
Java à la limite.
Bref il faudrait un langage aussi puissant que le C (ou C++) mais avec une bonne gestion de la mémoire : garbage collector pour ne jamais de delete,...
Est ce que ça existe déjà ?
L'idéale : une biblothèque en C qui abstrait le développeur de toutes ses considérations bassement matérielle.
J'ai déjà essayé de compiler un code java en natif j'ai toujours été tres décu du résultat. Mono C# semble un bon compromis, mais il faut tout un runtime derrière.
Pour les librairies graphiques, les EFL sont extremement puissant et je pense que je vais m'y plonger plus sérieusement pour étudier leur capacité.
# Performance de dev
Posté par Stibb . En réponse au journal Langages pour desktop. Évalué à 6.
Mais est ce une raison? Non.
Mais je suis désolé, ca me désole de voir de plus en plus d'application graphique utilisant python ou perl et c'est "lennnnnnnnnnnnnt".
gdesklet fonctionne très bien meme il bouffe trop en ram.
Meme en java, je suis désolé, tant qu'il n'y aura pas de coprocesseur matériel supportant le java, un code java/.NET sera toujours plus lent qu'un code C bien développé (je parle pas du java natif)
J'ai peut etre une position d'arriéré, mais une application python est réservé pour ma par à des scripts (sans interface) ou des interfaces simples "que j'ai pas à me faire ch... à faire une jolie interface". Mais pour un "vrai" projet (que je n'aurais pas de honte à distribuer et supporter), je ne choisirais pas python, en tout cas pas un langage interprété.
Java à la limite.
Bref il faudrait un langage aussi puissant que le C (ou C++) mais avec une bonne gestion de la mémoire : garbage collector pour ne jamais de delete,...
Est ce que ça existe déjà ?
L'idéale : une biblothèque en C qui abstrait le développeur de toutes ses considérations bassement matérielle.
J'ai déjà essayé de compiler un code java en natif j'ai toujours été tres décu du résultat. Mono C# semble un bon compromis, mais il faut tout un runtime derrière.
Pour les librairies graphiques, les EFL sont extremement puissant et je pense que je vais m'y plonger plus sérieusement pour étudier leur capacité.
G.