> Allez, propose moi par exemple un morceau de code
> qui me déclare une pile d'entier
arghhh ... cassé ... tu m'as eu ... brice ...
j'avais oublié le coté statique des génériques ...
> T'as un processeur qui interprête le bytecode Python en natif toi ?
non, mais on peut en dire de même pour le produit généré par mono, ou dot.net ... ce dernier ne peut marcher qu'avec le runtime qui va bien
(tout comme le pyc, marchera, sur plusieurs plateformes, avec le runtime de python adéquate)
>> Appels bibliothèques natives multi-plateforme et intégré au langage
>> en python aussi ... non ? ;-)
> Non. Ou alors j'ai jamais vu. ...
os, string, ... bref toutes les libs faisant partie de "python" (les batteries included, et il y en a pas mal ...)
non ?!?
mais tout le débat, si on continue, va se finir sur le typage static vs dynamic ... alors autant y aller de suite, non ? ;-)
[^] # Re: A si tu compares a C/C++, forcement...
Posté par manatlan (site web personnel) . En réponse au journal Quel langage, pour cette utilisation ?. Évalué à 1.
> qui me déclare une pile d'entier
arghhh ... cassé ... tu m'as eu ... brice ...
j'avais oublié le coté statique des génériques ...
> T'as un processeur qui interprête le bytecode Python en natif toi ?
non, mais on peut en dire de même pour le produit généré par mono, ou dot.net ... ce dernier ne peut marcher qu'avec le runtime qui va bien
(tout comme le pyc, marchera, sur plusieurs plateformes, avec le runtime de python adéquate)
>> Appels bibliothèques natives multi-plateforme et intégré au langage
>> en python aussi ... non ? ;-)
> Non. Ou alors j'ai jamais vu. ...
os, string, ... bref toutes les libs faisant partie de "python" (les batteries included, et il y en a pas mal ...)
non ?!?
mais tout le débat, si on continue, va se finir sur le typage static vs dynamic ... alors autant y aller de suite, non ? ;-)