Je suis en partie d'accord avec toi, le java, c'est pratique, c'est objet, c'est portable etc... Mais ce ne sera jamais aussi rapide que du C (bien codé, bien compilé) qui restera aussi plus lent que de l'assembleur (bien codé) qui sera toujours plus lent qu'une puce spécialisée (bien architecturée).
Le problème n'est pas forcément là !
Je pense que la question qu'il faut se poser et que beaucoup oublient de se poser c'est : est-ce que mon programme fait ce qu'il doit faire avec les performances minimales que je me suis fixé. Si c'est oui alors le choix du langage est bon sinon, on peut améliorer le programme, si le programme est parfait mais qu'il n'atteint pas les performances escomptées alors on peut se poser la question du langage (et redescendre la cascade jusqu'au matériel si ça rame toujours trop...).
Je pense que ceux qui sont habitués à travailler avecdes cahiers des charges me comprendront facilement.
Personnellement
- je me suis jamais plongé sur un architecture de puce.
- l'assembleur : j'en ai fait un peu sur M68k, j'arrive à suivre à peut prêt sur 10 lignes quand je débug, mais c'est tout.
- le C, c'est le langage que je connais le mieux, il convient tout à fait à la plupart de mes besoins, c'est mon langage de prédilection.
- le C++ (peut-être que je devrais m'y mettre)
- le java, je l'utilise quand je veux faire de l'objet, à partir d'une modélisation (UML avec ou sans génération de code automatique), ou tout simplement quand je veux pas avoir à recompiler quand je change de plate-forme.
- les autres langages, j'arrive à peut près à comprendre des programmes courts...
# Re: Comment ca va ? Java bien
Posté par Hobgoblins Master . En réponse au journal Comment ca va ? Java bien. Évalué à 4.
Le problème n'est pas forcément là !
Je pense que la question qu'il faut se poser et que beaucoup oublient de se poser c'est : est-ce que mon programme fait ce qu'il doit faire avec les performances minimales que je me suis fixé. Si c'est oui alors le choix du langage est bon sinon, on peut améliorer le programme, si le programme est parfait mais qu'il n'atteint pas les performances escomptées alors on peut se poser la question du langage (et redescendre la cascade jusqu'au matériel si ça rame toujours trop...).
Je pense que ceux qui sont habitués à travailler avecdes cahiers des charges me comprendront facilement.
Personnellement
- je me suis jamais plongé sur un architecture de puce.
- l'assembleur : j'en ai fait un peu sur M68k, j'arrive à suivre à peut prêt sur 10 lignes quand je débug, mais c'est tout.
- le C, c'est le langage que je connais le mieux, il convient tout à fait à la plupart de mes besoins, c'est mon langage de prédilection.
- le C++ (peut-être que je devrais m'y mettre)
- le java, je l'utilise quand je veux faire de l'objet, à partir d'une modélisation (UML avec ou sans génération de code automatique), ou tout simplement quand je veux pas avoir à recompiler quand je change de plate-forme.
- les autres langages, j'arrive à peut près à comprendre des programmes courts...