Utilisateur de linux professionnellement sur des systèmes particuliers
(systèmes de mesures) et développeur occasionnel sous Windows en VB6. Le
choix du VB ne s'est pas posé car à l'époque j'avais repris le développement
de projets existants. Ensuite l'habitude s'est installée et je l'utilise
toujours.et avec satisfaction même si tout n'est pas parfait.
Maintenant, je constate que VB6 est voué à disparaître et je voudrais lui
trouver un remplaçant, voire un tout un nouvel environnement de
programmation (je peux changer de langage si nécessaire), orienté multi
plateforme (Win et Linux), performant, bien suivi, fortement utilisé et qui
existera toujours dans des années.
La technologie .Net, d'après le peu que j'en connais, ne m'attire pas. Alors
que reste-t-il ? Delphi, Real Basic, Python.. ?
C'est pour ça que la Nasa utilise Python, et que Ariane crashe suite à une défaillance dans un module ADA...
Vi, enfin, là c'est très fourbe comme remarque, parce qu'à la base c'est quand même le développeur qui avait désactivé volontairement le bound checking.
Mais bon, on voit dans ce cas que la qualité du code résultant de l'utilisation d'un langage compilé et à typage statique reste à la merci d'un problème d'interface chaise clavier...
-- > Que puis-je faire d'un spam avec 750 Ko de pièces jointes, outre > déposer plainte à ce qui a été fait. Là il y a notoirement abus sans que pour autant le B.I. soit dépassé. -+- LCA in : Guide du Neuneu Usenetien - Le neuneu, c'est dépassé -+-
C'est pour ça que la Nasa utilise Python, et que Ariane crashe suite à
une défaillance dans un module ADA...
Vi, enfin, là c'est très fourbe comme remarque, parce qu'à la base c'est
quand même le développeur qui avait désactivé volontairement le bound
checking.
Mais bon, on voit dans ce cas que la qualité du code résultant de
l'utilisation d'un langage compilé et à typage statique reste à la merci
d'un problème d'interface chaise clavier...
--
> Que puis-je faire d'un spam avec 750 Ko de pièces jointes, outre
> déposer plainte à abuse@club-internet.fr ce qui a été fait.
Là il y a notoirement abus sans que pour autant le B.I. soit dépassé.
-+- LCA in : Guide du Neuneu Usenetien - Le neuneu, c'est dépassé -+-
C'est pour ça que la Nasa utilise Python, et que Ariane crashe suite à une défaillance dans un module ADA...
Vi, enfin, là c'est très fourbe comme remarque, parce qu'à la base c'est quand même le développeur qui avait désactivé volontairement le bound checking.
Mais bon, on voit dans ce cas que la qualité du code résultant de l'utilisation d'un langage compilé et à typage statique reste à la merci d'un problème d'interface chaise clavier...
-- > Que puis-je faire d'un spam avec 750 Ko de pièces jointes, outre > déposer plainte à ce qui a été fait. Là il y a notoirement abus sans que pour autant le B.I. soit dépassé. -+- LCA in : Guide du Neuneu Usenetien - Le neuneu, c'est dépassé -+-
Vincent Burel
wrote in message news: On 13 fév, 14:12, "Vincent Burel" wrote:
"Eric Brunel" wrote in message
> Pour une comparaison un peu plus en détail, voir: >http://www.ferg.org/projects/python_java_side-by-side.html
Ouai, Les comparaisons sont pas de très bonne foi...
Tu peux étayer ton jugement ?
Très rapidemment, juste sur les deux premiers. - La comparaison "Hello World" est tirée par les cheveux. car le code de Python ne considère par le contexte d'exécution. - La traduction de "for (int i = 1; i < 10; i++)" en "for i in range(1,10):" laisse rêveur. Ici, on perçoit la syntaxe python comme inexplicite et par nature peu flexible. C'est tellement confus que la même syntaxe pourrait etre utilisé pour un random.
Si on continue dans le document, beaucoup d'exemple sont totalement malhonnètes, comme le "myFile = open(argFilename, "r")" qui est un appel d'API et qui s'écrit de manière similaire dans tous les langages mais qui ici, est comparé à un imbriglio de class java... Bref, c'est un topo très orienté, manifestment oeuvre de gens inexpérimentés, qui décridibilise le langage Python plutôt qu'il ne le sert.
VB
<bruno.desthuilliers@gmail.com> wrote in message
news:1171406881.604289.275890@k78g2000cwa.googlegroups.com...
On 13 fév, 14:12, "Vincent Burel" <vincent.bu...@nospam.wanadoo.fr>
wrote:
"Eric Brunel" <eric_bru...@despammed.com> wrote in message
> Pour une comparaison un peu plus en détail, voir:
>http://www.ferg.org/projects/python_java_side-by-side.html
Ouai, Les comparaisons sont pas de très bonne foi...
Tu peux étayer ton jugement ?
Très rapidemment, juste sur les deux premiers.
- La comparaison "Hello World" est tirée par les cheveux. car le code de
Python ne considère par le contexte d'exécution.
- La traduction de "for (int i = 1; i < 10; i++)" en "for i in range(1,10):"
laisse rêveur. Ici, on perçoit la syntaxe python comme inexplicite et par
nature peu flexible. C'est tellement confus que la même syntaxe pourrait
etre utilisé pour un random.
Si on continue dans le document, beaucoup d'exemple sont totalement
malhonnètes, comme le "myFile = open(argFilename, "r")" qui est un appel
d'API et qui s'écrit de manière similaire dans tous les langages mais qui
ici, est comparé à un imbriglio de class java... Bref, c'est un topo très
orienté, manifestment oeuvre de gens inexpérimentés, qui décridibilise le
langage Python plutôt qu'il ne le sert.
wrote in message news: On 13 fév, 14:12, "Vincent Burel" wrote:
"Eric Brunel" wrote in message
> Pour une comparaison un peu plus en détail, voir: >http://www.ferg.org/projects/python_java_side-by-side.html
Ouai, Les comparaisons sont pas de très bonne foi...
Tu peux étayer ton jugement ?
Très rapidemment, juste sur les deux premiers. - La comparaison "Hello World" est tirée par les cheveux. car le code de Python ne considère par le contexte d'exécution. - La traduction de "for (int i = 1; i < 10; i++)" en "for i in range(1,10):" laisse rêveur. Ici, on perçoit la syntaxe python comme inexplicite et par nature peu flexible. C'est tellement confus que la même syntaxe pourrait etre utilisé pour un random.
Si on continue dans le document, beaucoup d'exemple sont totalement malhonnètes, comme le "myFile = open(argFilename, "r")" qui est un appel d'API et qui s'écrit de manière similaire dans tous les langages mais qui ici, est comparé à un imbriglio de class java... Bref, c'est un topo très orienté, manifestment oeuvre de gens inexpérimentés, qui décridibilise le langage Python plutôt qu'il ne le sert.
VB
Bertrand Lenoir-Welter
Eric Brunel :
1. Le temps qui coûte le plus cher n'est pas le temps d'exécution mais le temps de codage (nous coûtons toujours beaucoup plus cher que des machines...). (...) Donc, comme presque toujours, ce n'est qu'une affaire de choisir le bon outil pour le bon usage: autant je ne ferais jamais une appli avec contraintes temps réel fortes en Python
Ah oui, ça va quand même mieux en le précisant, hein ?
N'oubliez pas qu'il y a encore pas mal de monde à faire du temps-réel ou à rechercher de bonnes performances à l'exécution, au moins dans des fonctions particulières. Ce n'est pas forcément parce qu'ils sont ignorants ou réactionnaires que ces gens-là restent dans la famille C.
Eric Brunel :
1. Le temps qui coûte le plus cher n'est pas le temps d'exécution mais
le temps de codage (nous coûtons toujours beaucoup plus cher que des
machines...).
(...)
Donc, comme presque toujours, ce n'est qu'une affaire de choisir le bon
outil pour le bon usage: autant je ne ferais jamais une appli avec
contraintes temps réel fortes en Python
Ah oui, ça va quand même mieux en le précisant, hein ?
N'oubliez pas qu'il y a encore pas mal de monde à faire du temps-réel ou
à rechercher de bonnes performances à l'exécution, au moins dans des
fonctions particulières. Ce n'est pas forcément parce qu'ils sont
ignorants ou réactionnaires que ces gens-là restent dans la famille C.
1. Le temps qui coûte le plus cher n'est pas le temps d'exécution mais le temps de codage (nous coûtons toujours beaucoup plus cher que des machines...). (...) Donc, comme presque toujours, ce n'est qu'une affaire de choisir le bon outil pour le bon usage: autant je ne ferais jamais une appli avec contraintes temps réel fortes en Python
Ah oui, ça va quand même mieux en le précisant, hein ?
N'oubliez pas qu'il y a encore pas mal de monde à faire du temps-réel ou à rechercher de bonnes performances à l'exécution, au moins dans des fonctions particulières. Ce n'est pas forcément parce qu'ils sont ignorants ou réactionnaires que ces gens-là restent dans la famille C.
Bruno Desthuilliers
alain a écrit :
wrote:
Vu les performances (pas compilé comme "C"), c'est bon pour faire mumuse.
D'ailleurs, professionnellement, c'est quasi-inexistant
Faut sortir, les gars. Google a récemment embauché GvR (l'auteur de Python).
Avec ça, on va aller loin...
Toi, non, manifestement...
Si on veut être chomeur, oui, on peut faire du Python.
C'est certainement pour ça que je dois en grande partie mes deux derniers postes au fait de de bien connaitre ce langage (pour le dernier, je n'ai même pas eu à aller le chercher, ni même le temps de m'inscrire à l'anpe).
Python est bien quasi-inexistant dans les grands groupes français.
Ah bon ?
alain a écrit :
bruno.desthuilliers@gmail.com wrote:
Vu les performances (pas compilé comme "C"), c'est bon pour faire
mumuse.
D'ailleurs, professionnellement, c'est quasi-inexistant
Faut sortir, les gars. Google a récemment embauché GvR (l'auteur de
Python).
Avec ça, on va aller loin...
Toi, non, manifestement...
Si on veut être chomeur, oui, on peut faire du Python.
C'est certainement pour ça que je dois en grande partie mes deux
derniers postes au fait de de bien connaitre ce langage (pour le
dernier, je n'ai même pas eu à aller le chercher, ni même le temps de
m'inscrire à l'anpe).
Python est bien quasi-inexistant dans les grands groupes français.
Vu les performances (pas compilé comme "C"), c'est bon pour faire mumuse.
D'ailleurs, professionnellement, c'est quasi-inexistant
Faut sortir, les gars. Google a récemment embauché GvR (l'auteur de Python).
Avec ça, on va aller loin...
Toi, non, manifestement...
Si on veut être chomeur, oui, on peut faire du Python.
C'est certainement pour ça que je dois en grande partie mes deux derniers postes au fait de de bien connaitre ce langage (pour le dernier, je n'ai même pas eu à aller le chercher, ni même le temps de m'inscrire à l'anpe).
Python est bien quasi-inexistant dans les grands groupes français.
Ah bon ?
Bruno Desthuilliers
Eric Masson a écrit :
"" writes:
'Lut,
C'est pour ça que la Nasa utilise Python, et que Ariane crashe suite à une défaillance dans un module ADA...
Vi, enfin, là c'est très fourbe comme remarque, parce qu'à la base c'est quand même le développeur qui avait désactivé volontairement le bound checking.
C'est surtout parce que ledit module - écrit pour la version précédente d'Ariane - a été réutilisé tel que, sans vérifier que le contexte était bien le même...
Mais bon, on voit dans ce cas que la qualité du code résultant de l'utilisation d'un langage compilé et à typage statique reste à la merci d'un problème d'interface chaise clavier...
On voit surtout qu'il n'y pas de protection contre la stupidité humaine quelque soit la techno employée.
C'est pour ça que la Nasa utilise Python, et que Ariane crashe suite à
une défaillance dans un module ADA...
Vi, enfin, là c'est très fourbe comme remarque, parce qu'à la base c'est
quand même le développeur qui avait désactivé volontairement le bound
checking.
C'est surtout parce que ledit module - écrit pour la version précédente
d'Ariane - a été réutilisé tel que, sans vérifier que le contexte était
bien le même...
Mais bon, on voit dans ce cas que la qualité du code résultant de
l'utilisation d'un langage compilé et à typage statique reste à la merci
d'un problème d'interface chaise clavier...
On voit surtout qu'il n'y pas de protection contre la stupidité humaine
quelque soit la techno employée.
C'est pour ça que la Nasa utilise Python, et que Ariane crashe suite à une défaillance dans un module ADA...
Vi, enfin, là c'est très fourbe comme remarque, parce qu'à la base c'est quand même le développeur qui avait désactivé volontairement le bound checking.
C'est surtout parce que ledit module - écrit pour la version précédente d'Ariane - a été réutilisé tel que, sans vérifier que le contexte était bien le même...
Mais bon, on voit dans ce cas que la qualité du code résultant de l'utilisation d'un langage compilé et à typage statique reste à la merci d'un problème d'interface chaise clavier...
On voit surtout qu'il n'y pas de protection contre la stupidité humaine quelque soit la techno employée.
alain
Bruno Desthuilliers wrote:
Avec ça, on va aller loin...
Toi, non, manifestement...
Tu crois ? ...
Si on veut être chomeur, oui, on peut faire du Python.
C'est certainement pour ça que je dois en grande partie mes deux derniers postes au fait de de bien connaitre ce langage (pour le dernier, je n'ai même pas eu à aller le chercher, ni même le temps de m'inscrire à l'anpe).
Faire du Python à 3000 €/mois max, oui, c'est bon pour les JD sortant de l'école.
Python est bien quasi-inexistant dans les grands groupes français.
Ah bon ?
Et oui. J'ai fait à peu près tous les Gds Cptes de la Finance, l'Industrie et la Gde Distrib : aucune trace de Python... heureusement.
Bruno Desthuilliers wrote:
Avec ça, on va aller loin...
Toi, non, manifestement...
Tu crois ?
...
Si on veut être chomeur, oui, on peut faire du Python.
C'est certainement pour ça que je dois en grande partie mes deux
derniers postes au fait de de bien connaitre ce langage (pour le
dernier, je n'ai même pas eu à aller le chercher, ni même le temps de
m'inscrire à l'anpe).
Faire du Python à 3000 €/mois max, oui, c'est bon pour les JD sortant de
l'école.
Python est bien quasi-inexistant dans les grands groupes français.
Ah bon ?
Et oui.
J'ai fait à peu près tous les Gds Cptes de la Finance, l'Industrie et la
Gde Distrib : aucune trace de Python... heureusement.
Si on veut être chomeur, oui, on peut faire du Python.
C'est certainement pour ça que je dois en grande partie mes deux derniers postes au fait de de bien connaitre ce langage (pour le dernier, je n'ai même pas eu à aller le chercher, ni même le temps de m'inscrire à l'anpe).
Faire du Python à 3000 €/mois max, oui, c'est bon pour les JD sortant de l'école.
Python est bien quasi-inexistant dans les grands groupes français.
Ah bon ?
Et oui. J'ai fait à peu près tous les Gds Cptes de la Finance, l'Industrie et la Gde Distrib : aucune trace de Python... heureusement.
Bruno Desthuilliers
Vincent Burel a écrit :
wrote in message news: On 13 fév, 14:12, "Vincent Burel" wrote:
"Eric Brunel" wrote in message
Pour une comparaison un peu plus en détail, voir: http://www.ferg.org/projects/python_java_side-by-side.html
Ouai, Les comparaisons sont pas de très bonne foi...
Tu peux étayer ton jugement ?
Très rapidemment, juste sur les deux premiers. - La comparaison "Hello World" est tirée par les cheveux. car le code de Python ne considère par le contexte d'exécution.
Qu'appelle-tu "contexte d'exécution" ? Tout le boilerplate nécessaire en Java pour exécuter le moindre bout de code ? Je t'assure qu'on a bien dans les deux cas le code minimum pour un helloWorld.
- La traduction de "for (int i = 1; i < 10; i++)" en "for i in range(1,10):" laisse rêveur. Ici, on perçoit la syntaxe python comme inexplicite et par nature peu flexible.
C'est au contraire très flexible. La boucle for de Python est totalement différente de celle de la famille C. La syntaxe est:
for <element> in <iterable>: <code>
Cela permet d'itérer sur tout objet supportant le protocole approprié, sans avoir à connaitre les détails d'implémentation. On peut par exemple itérer sur une liste (comme c'est le cas dans l'exemple ci-dessus, la fonction range() retournant une liste d'entiers), mais aussi sur les lignes d'un fichier texte ouvert en lecture, sur les clés d'un dictionnaire, sur les résultats générés au fur et à mesure par un générateur (une version simplifiée des coroutines), etc.
C'est tellement confus que la même syntaxe pourrait etre utilisé pour un random.
Et tu parles de mauvaise foi ?
Si on continue dans le document, beaucoup d'exemple sont totalement malhonnètes, comme le "myFile = open(argFilename, "r")" qui est un appel d'API et qui s'écrit de manière similaire dans tous les langages mais qui ici, est comparé à un imbriglio de class java...
Et comment ouvre-tu un fichier en lecture en Java ? A l'époque de première rédaction de ce texte, on en était Java 1.2, je l'utilisais, et je peux t'assurer qu'il fallait effectivement cet "imbroglio de classes" pour ouvrir un fichier en lecture.
Bref, c'est un topo très orienté, manifestment oeuvre de gens inexpérimentés, qui décridibilise le langage Python plutôt qu'il ne le sert.
Euh... Dans la mesure où tu ne connais manifestement pas du tout Python et où tu sembles ne pas connaître particulièrement bien Java, je ne pense pas que ton argumentaire soit lui-même très crédible.
Vincent Burel a écrit :
<bruno.desthuilliers@gmail.com> wrote in message
news:1171406881.604289.275890@k78g2000cwa.googlegroups.com...
On 13 fév, 14:12, "Vincent Burel" <vincent.bu...@nospam.wanadoo.fr>
wrote:
"Eric Brunel" <eric_bru...@despammed.com> wrote in message
Pour une comparaison un peu plus en détail, voir:
http://www.ferg.org/projects/python_java_side-by-side.html
Ouai, Les comparaisons sont pas de très bonne foi...
Tu peux étayer ton jugement ?
Très rapidemment, juste sur les deux premiers.
- La comparaison "Hello World" est tirée par les cheveux. car le code de
Python ne considère par le contexte d'exécution.
Qu'appelle-tu "contexte d'exécution" ? Tout le boilerplate nécessaire en
Java pour exécuter le moindre bout de code ? Je t'assure qu'on a bien
dans les deux cas le code minimum pour un helloWorld.
- La traduction de "for (int i = 1; i < 10; i++)" en "for i in range(1,10):"
laisse rêveur. Ici, on perçoit la syntaxe python comme inexplicite et par
nature peu flexible.
C'est au contraire très flexible. La boucle for de Python est totalement
différente de celle de la famille C. La syntaxe est:
for <element> in <iterable>:
<code>
Cela permet d'itérer sur tout objet supportant le protocole approprié,
sans avoir à connaitre les détails d'implémentation. On peut par exemple
itérer sur une liste (comme c'est le cas dans l'exemple ci-dessus, la
fonction range() retournant une liste d'entiers), mais aussi sur les
lignes d'un fichier texte ouvert en lecture, sur les clés d'un
dictionnaire, sur les résultats générés au fur et à mesure par un
générateur (une version simplifiée des coroutines), etc.
C'est tellement confus que la même syntaxe pourrait
etre utilisé pour un random.
Et tu parles de mauvaise foi ?
Si on continue dans le document, beaucoup d'exemple sont totalement
malhonnètes, comme le "myFile = open(argFilename, "r")" qui est un appel
d'API et qui s'écrit de manière similaire dans tous les langages mais qui
ici, est comparé à un imbriglio de class java...
Et comment ouvre-tu un fichier en lecture en Java ? A l'époque de
première rédaction de ce texte, on en était Java 1.2, je l'utilisais, et
je peux t'assurer qu'il fallait effectivement cet "imbroglio de
classes" pour ouvrir un fichier en lecture.
Bref, c'est un topo très
orienté, manifestment oeuvre de gens inexpérimentés, qui décridibilise le
langage Python plutôt qu'il ne le sert.
Euh... Dans la mesure où tu ne connais manifestement pas du tout Python
et où tu sembles ne pas connaître particulièrement bien Java, je ne
pense pas que ton argumentaire soit lui-même très crédible.
wrote in message news: On 13 fév, 14:12, "Vincent Burel" wrote:
"Eric Brunel" wrote in message
Pour une comparaison un peu plus en détail, voir: http://www.ferg.org/projects/python_java_side-by-side.html
Ouai, Les comparaisons sont pas de très bonne foi...
Tu peux étayer ton jugement ?
Très rapidemment, juste sur les deux premiers. - La comparaison "Hello World" est tirée par les cheveux. car le code de Python ne considère par le contexte d'exécution.
Qu'appelle-tu "contexte d'exécution" ? Tout le boilerplate nécessaire en Java pour exécuter le moindre bout de code ? Je t'assure qu'on a bien dans les deux cas le code minimum pour un helloWorld.
- La traduction de "for (int i = 1; i < 10; i++)" en "for i in range(1,10):" laisse rêveur. Ici, on perçoit la syntaxe python comme inexplicite et par nature peu flexible.
C'est au contraire très flexible. La boucle for de Python est totalement différente de celle de la famille C. La syntaxe est:
for <element> in <iterable>: <code>
Cela permet d'itérer sur tout objet supportant le protocole approprié, sans avoir à connaitre les détails d'implémentation. On peut par exemple itérer sur une liste (comme c'est le cas dans l'exemple ci-dessus, la fonction range() retournant une liste d'entiers), mais aussi sur les lignes d'un fichier texte ouvert en lecture, sur les clés d'un dictionnaire, sur les résultats générés au fur et à mesure par un générateur (une version simplifiée des coroutines), etc.
C'est tellement confus que la même syntaxe pourrait etre utilisé pour un random.
Et tu parles de mauvaise foi ?
Si on continue dans le document, beaucoup d'exemple sont totalement malhonnètes, comme le "myFile = open(argFilename, "r")" qui est un appel d'API et qui s'écrit de manière similaire dans tous les langages mais qui ici, est comparé à un imbriglio de class java...
Et comment ouvre-tu un fichier en lecture en Java ? A l'époque de première rédaction de ce texte, on en était Java 1.2, je l'utilisais, et je peux t'assurer qu'il fallait effectivement cet "imbroglio de classes" pour ouvrir un fichier en lecture.
Bref, c'est un topo très orienté, manifestment oeuvre de gens inexpérimentés, qui décridibilise le langage Python plutôt qu'il ne le sert.
Euh... Dans la mesure où tu ne connais manifestement pas du tout Python et où tu sembles ne pas connaître particulièrement bien Java, je ne pense pas que ton argumentaire soit lui-même très crédible.
Vincent Burel
"Bruno Desthuilliers" wrote in message news:45d36e6f$0$24957$
Vincent Burel a écrit : > Très rapidemment, juste sur les deux premiers. > - La comparaison "Hello World" est tirée par les cheveux. car le code de > Python ne considère par le contexte d'exécution.
Qu'appelle-tu "contexte d'exécution" ? Tout le boilerplate nécessaire en Java pour exécuter le moindre bout de code ? Je t'assure qu'on a bien dans les deux cas le code minimum pour un helloWorld.
L'exemple java d'affichage de "Hello World" est situé dans une fonction membre d'une classe. C'est ca un contexte d'éxécution.
> - La traduction de "for (int i = 1; i < 10; i++)" en "for i in
range(1,10):"
> laisse rêveur. Ici, on perçoit la syntaxe python comme inexplicite et
par
> nature peu flexible.
C'est au contraire très flexible. La boucle for de Python est totalement différente de celle de la famille C. La syntaxe est:
for <element> in <iterable>: <code>
Cela permet d'itérer sur tout objet supportant le protocole approprié, sans avoir à connaitre les détails d'implémentation. On peut par exemple itérer sur une liste (comme c'est le cas dans l'exemple ci-dessus, la fonction range() retournant une liste d'entiers), mais aussi sur les lignes d'un fichier texte ouvert en lecture, sur les clés d'un dictionnaire, sur les résultats générés au fur et à mesure par un générateur (une version simplifiée des coroutines), etc.
Personne n'a attendu Python pour faire ca.
> C'est tellement confus que la même syntaxe pourrait > etre utilisé pour un random.
Et tu parles de mauvaise foi ?
je m'adapte toujours à mon interlocuteur.
> Si on continue dans le document, beaucoup d'exemple sont totalement > malhonnètes, comme le "myFile = open(argFilename, "r")" qui est un appel > d'API et qui s'écrit de manière similaire dans tous les langages mais
qui
> ici, est comparé à un imbriglio de class java...
Et comment ouvre-tu un fichier en lecture en Java ?
de la même manière si je veux.
Euh... Dans la mesure où tu ne connais manifestement pas du tout Python et où tu sembles ne pas connaître particulièrement bien Java, je ne pense pas que ton argumentaire soit lui-même très crédible.
tout à fait ! j'y connais rien moi.
VB
"Bruno Desthuilliers" <bdesth.quelquechose@free.quelquepart.fr> wrote in
message news:45d36e6f$0$24957$426a74cc@news.free.fr...
Vincent Burel a écrit :
> Très rapidemment, juste sur les deux premiers.
> - La comparaison "Hello World" est tirée par les cheveux. car le code de
> Python ne considère par le contexte d'exécution.
Qu'appelle-tu "contexte d'exécution" ? Tout le boilerplate nécessaire en
Java pour exécuter le moindre bout de code ? Je t'assure qu'on a bien
dans les deux cas le code minimum pour un helloWorld.
L'exemple java d'affichage de "Hello World" est situé dans une fonction
membre d'une classe. C'est ca un contexte d'éxécution.
> - La traduction de "for (int i = 1; i < 10; i++)" en "for i in
range(1,10):"
> laisse rêveur. Ici, on perçoit la syntaxe python comme inexplicite et
par
> nature peu flexible.
C'est au contraire très flexible. La boucle for de Python est totalement
différente de celle de la famille C. La syntaxe est:
for <element> in <iterable>:
<code>
Cela permet d'itérer sur tout objet supportant le protocole approprié,
sans avoir à connaitre les détails d'implémentation. On peut par exemple
itérer sur une liste (comme c'est le cas dans l'exemple ci-dessus, la
fonction range() retournant une liste d'entiers), mais aussi sur les
lignes d'un fichier texte ouvert en lecture, sur les clés d'un
dictionnaire, sur les résultats générés au fur et à mesure par un
générateur (une version simplifiée des coroutines), etc.
Personne n'a attendu Python pour faire ca.
> C'est tellement confus que la même syntaxe pourrait
> etre utilisé pour un random.
Et tu parles de mauvaise foi ?
je m'adapte toujours à mon interlocuteur.
> Si on continue dans le document, beaucoup d'exemple sont totalement
> malhonnètes, comme le "myFile = open(argFilename, "r")" qui est un appel
> d'API et qui s'écrit de manière similaire dans tous les langages mais
qui
> ici, est comparé à un imbriglio de class java...
Et comment ouvre-tu un fichier en lecture en Java ?
de la même manière si je veux.
Euh... Dans la mesure où tu ne connais manifestement pas du tout Python
et où tu sembles ne pas connaître particulièrement bien Java, je ne
pense pas que ton argumentaire soit lui-même très crédible.
"Bruno Desthuilliers" wrote in message news:45d36e6f$0$24957$
Vincent Burel a écrit : > Très rapidemment, juste sur les deux premiers. > - La comparaison "Hello World" est tirée par les cheveux. car le code de > Python ne considère par le contexte d'exécution.
Qu'appelle-tu "contexte d'exécution" ? Tout le boilerplate nécessaire en Java pour exécuter le moindre bout de code ? Je t'assure qu'on a bien dans les deux cas le code minimum pour un helloWorld.
L'exemple java d'affichage de "Hello World" est situé dans une fonction membre d'une classe. C'est ca un contexte d'éxécution.
> - La traduction de "for (int i = 1; i < 10; i++)" en "for i in
range(1,10):"
> laisse rêveur. Ici, on perçoit la syntaxe python comme inexplicite et
par
> nature peu flexible.
C'est au contraire très flexible. La boucle for de Python est totalement différente de celle de la famille C. La syntaxe est:
for <element> in <iterable>: <code>
Cela permet d'itérer sur tout objet supportant le protocole approprié, sans avoir à connaitre les détails d'implémentation. On peut par exemple itérer sur une liste (comme c'est le cas dans l'exemple ci-dessus, la fonction range() retournant une liste d'entiers), mais aussi sur les lignes d'un fichier texte ouvert en lecture, sur les clés d'un dictionnaire, sur les résultats générés au fur et à mesure par un générateur (une version simplifiée des coroutines), etc.
Personne n'a attendu Python pour faire ca.
> C'est tellement confus que la même syntaxe pourrait > etre utilisé pour un random.
Et tu parles de mauvaise foi ?
je m'adapte toujours à mon interlocuteur.
> Si on continue dans le document, beaucoup d'exemple sont totalement > malhonnètes, comme le "myFile = open(argFilename, "r")" qui est un appel > d'API et qui s'écrit de manière similaire dans tous les langages mais
qui
> ici, est comparé à un imbriglio de class java...
Et comment ouvre-tu un fichier en lecture en Java ?
de la même manière si je veux.
Euh... Dans la mesure où tu ne connais manifestement pas du tout Python et où tu sembles ne pas connaître particulièrement bien Java, je ne pense pas que ton argumentaire soit lui-même très crédible.
tout à fait ! j'y connais rien moi.
VB
Bruno Desthuilliers
alain a écrit :
Bruno Desthuilliers wrote:
Avec ça, on va aller loin...
Toi, non, manifestement...
Tu crois ? ...
Si on veut être chomeur, oui, on peut faire du Python.
C'est certainement pour ça que je dois en grande partie mes deux derniers postes au fait de de bien connaitre ce langage (pour le dernier, je n'ai même pas eu à aller le chercher, ni même le temps de m'inscrire à l'anpe).
Faire du Python à 3000 €/mois max, oui, c'est bon pour les JD sortant de l'école.
Oui, c'est vrai, tu est bien au dessus de tout ça...
Python est bien quasi-inexistant dans les grands groupes français.
Ah bon ?
Et oui. J'ai fait à peu près tous les Gds Cptes de la Finance, l'Industrie et la Gde Distrib : aucune trace de Python... heureusement.
Alala...
alain a écrit :
Bruno Desthuilliers wrote:
Avec ça, on va aller loin...
Toi, non, manifestement...
Tu crois ?
...
Si on veut être chomeur, oui, on peut faire du Python.
C'est certainement pour ça que je dois en grande partie mes deux
derniers postes au fait de de bien connaitre ce langage (pour le
dernier, je n'ai même pas eu à aller le chercher, ni même le temps de
m'inscrire à l'anpe).
Faire du Python à 3000 €/mois max, oui, c'est bon pour les JD sortant de
l'école.
Oui, c'est vrai, tu est bien au dessus de tout ça...
Python est bien quasi-inexistant dans les grands groupes français.
Ah bon ?
Et oui.
J'ai fait à peu près tous les Gds Cptes de la Finance, l'Industrie et la
Gde Distrib : aucune trace de Python... heureusement.
Si on veut être chomeur, oui, on peut faire du Python.
C'est certainement pour ça que je dois en grande partie mes deux derniers postes au fait de de bien connaitre ce langage (pour le dernier, je n'ai même pas eu à aller le chercher, ni même le temps de m'inscrire à l'anpe).
Faire du Python à 3000 €/mois max, oui, c'est bon pour les JD sortant de l'école.
Oui, c'est vrai, tu est bien au dessus de tout ça...
Python est bien quasi-inexistant dans les grands groupes français.
Ah bon ?
Et oui. J'ai fait à peu près tous les Gds Cptes de la Finance, l'Industrie et la Gde Distrib : aucune trace de Python... heureusement.
Alala...
Bruno Desthuilliers
Vincent Burel a écrit :
"Bruno Desthuilliers" wrote in message news:45d36e6f$0$24957$
Vincent Burel a écrit :
Très rapidemment, juste sur les deux premiers. - La comparaison "Hello World" est tirée par les cheveux. car le code de Python ne considère par le contexte d'exécution.
Qu'appelle-tu "contexte d'exécution" ? Tout le boilerplate nécessaire en Java pour exécuter le moindre bout de code ? Je t'assure qu'on a bien dans les deux cas le code minimum pour un helloWorld.
L'exemple java d'affichage de "Hello World" est situé dans une fonction membre d'une classe. C'est ca un contexte d'éxécution.
L'instruction "print HelloWorld" est située au top-level d'un module. C'est aussi un contexte d'exécution.
- La traduction de "for (int i = 1; i < 10; i++)" en "for i in
range(1,10):"
laisse rêveur. Ici, on perçoit la syntaxe python comme inexplicite et
par
nature peu flexible.
C'est au contraire très flexible. La boucle for de Python est totalement différente de celle de la famille C. La syntaxe est:
for <element> in <iterable>: <code>
Cela permet d'itérer sur tout objet supportant le protocole approprié, sans avoir à connaitre les détails d'implémentation. On peut par exemple itérer sur une liste (comme c'est le cas dans l'exemple ci-dessus, la fonction range() retournant une liste d'entiers), mais aussi sur les lignes d'un fichier texte ouvert en lecture, sur les clés d'un dictionnaire, sur les résultats générés au fur et à mesure par un générateur (une version simplifiée des coroutines), etc.
Personne n'a attendu Python pour faire ca.
Non, c'est bien pour ça qu'en Java on en est encore soit aux boucles à la papa avec compteur géré à la mano, soit à une API verbeuse en diable à coup de while (machin.hasMoreElements()) {nextElement = machin.getNextElement(); ...}...
C'est tellement confus que la même syntaxe pourrait etre utilisé pour un random.
Et tu parles de mauvaise foi ?
je m'adapte toujours à mon interlocuteur.
No comment.
Si on continue dans le document, beaucoup d'exemple sont totalement malhonnètes, comme le "myFile = open(argFilename, "r")" qui est un appel d'API et qui s'écrit de manière similaire dans tous les langages mais
qui
ici, est comparé à un imbriglio de class java...
Et comment ouvre-tu un fichier en lecture en Java ?
de la même manière si je veux.
Tu a l'art de sortir les questions de leur contexte, je vois.
Bon, je t'abandonne à ton écrasante supériorité.
Vincent Burel a écrit :
"Bruno Desthuilliers" <bdesth.quelquechose@free.quelquepart.fr> wrote in
message news:45d36e6f$0$24957$426a74cc@news.free.fr...
Vincent Burel a écrit :
Très rapidemment, juste sur les deux premiers.
- La comparaison "Hello World" est tirée par les cheveux. car le code de
Python ne considère par le contexte d'exécution.
Qu'appelle-tu "contexte d'exécution" ? Tout le boilerplate nécessaire en
Java pour exécuter le moindre bout de code ? Je t'assure qu'on a bien
dans les deux cas le code minimum pour un helloWorld.
L'exemple java d'affichage de "Hello World" est situé dans une fonction
membre d'une classe. C'est ca un contexte d'éxécution.
L'instruction "print HelloWorld" est située au top-level d'un module.
C'est aussi un contexte d'exécution.
- La traduction de "for (int i = 1; i < 10; i++)" en "for i in
range(1,10):"
laisse rêveur. Ici, on perçoit la syntaxe python comme inexplicite et
par
nature peu flexible.
C'est au contraire très flexible. La boucle for de Python est totalement
différente de celle de la famille C. La syntaxe est:
for <element> in <iterable>:
<code>
Cela permet d'itérer sur tout objet supportant le protocole approprié,
sans avoir à connaitre les détails d'implémentation. On peut par exemple
itérer sur une liste (comme c'est le cas dans l'exemple ci-dessus, la
fonction range() retournant une liste d'entiers), mais aussi sur les
lignes d'un fichier texte ouvert en lecture, sur les clés d'un
dictionnaire, sur les résultats générés au fur et à mesure par un
générateur (une version simplifiée des coroutines), etc.
Personne n'a attendu Python pour faire ca.
Non, c'est bien pour ça qu'en Java on en est encore soit aux boucles à
la papa avec compteur géré à la mano, soit à une API verbeuse en diable
à coup de while (machin.hasMoreElements()) {nextElement =
machin.getNextElement(); ...}...
C'est tellement confus que la même syntaxe pourrait
etre utilisé pour un random.
Et tu parles de mauvaise foi ?
je m'adapte toujours à mon interlocuteur.
No comment.
Si on continue dans le document, beaucoup d'exemple sont totalement
malhonnètes, comme le "myFile = open(argFilename, "r")" qui est un appel
d'API et qui s'écrit de manière similaire dans tous les langages mais
qui
ici, est comparé à un imbriglio de class java...
Et comment ouvre-tu un fichier en lecture en Java ?
de la même manière si je veux.
Tu a l'art de sortir les questions de leur contexte, je vois.
"Bruno Desthuilliers" wrote in message news:45d36e6f$0$24957$
Vincent Burel a écrit :
Très rapidemment, juste sur les deux premiers. - La comparaison "Hello World" est tirée par les cheveux. car le code de Python ne considère par le contexte d'exécution.
Qu'appelle-tu "contexte d'exécution" ? Tout le boilerplate nécessaire en Java pour exécuter le moindre bout de code ? Je t'assure qu'on a bien dans les deux cas le code minimum pour un helloWorld.
L'exemple java d'affichage de "Hello World" est situé dans une fonction membre d'une classe. C'est ca un contexte d'éxécution.
L'instruction "print HelloWorld" est située au top-level d'un module. C'est aussi un contexte d'exécution.
- La traduction de "for (int i = 1; i < 10; i++)" en "for i in
range(1,10):"
laisse rêveur. Ici, on perçoit la syntaxe python comme inexplicite et
par
nature peu flexible.
C'est au contraire très flexible. La boucle for de Python est totalement différente de celle de la famille C. La syntaxe est:
for <element> in <iterable>: <code>
Cela permet d'itérer sur tout objet supportant le protocole approprié, sans avoir à connaitre les détails d'implémentation. On peut par exemple itérer sur une liste (comme c'est le cas dans l'exemple ci-dessus, la fonction range() retournant une liste d'entiers), mais aussi sur les lignes d'un fichier texte ouvert en lecture, sur les clés d'un dictionnaire, sur les résultats générés au fur et à mesure par un générateur (une version simplifiée des coroutines), etc.
Personne n'a attendu Python pour faire ca.
Non, c'est bien pour ça qu'en Java on en est encore soit aux boucles à la papa avec compteur géré à la mano, soit à une API verbeuse en diable à coup de while (machin.hasMoreElements()) {nextElement = machin.getNextElement(); ...}...
C'est tellement confus que la même syntaxe pourrait etre utilisé pour un random.
Et tu parles de mauvaise foi ?
je m'adapte toujours à mon interlocuteur.
No comment.
Si on continue dans le document, beaucoup d'exemple sont totalement malhonnètes, comme le "myFile = open(argFilename, "r")" qui est un appel d'API et qui s'écrit de manière similaire dans tous les langages mais
qui
ici, est comparé à un imbriglio de class java...
Et comment ouvre-tu un fichier en lecture en Java ?
de la même manière si je veux.
Tu a l'art de sortir les questions de leur contexte, je vois.
