Discussion:
Evoluer de VB vers ????
(trop ancien pour répondre)
Pierre
2007-02-09 18:38:13 UTC
Permalink
Bonjour à tous,



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.. ?



Avez-vous des avis professionnels sur le sujet ?

Merci,

Pierre.
Eric Masson
2007-02-09 19:11:38 UTC
Permalink
"Pierre" <***@hotmail.com> writes:

'Lut,
Post by Pierre
La technologie .Net, d'après le peu que j'en connais, ne m'attire pas.
Dommage, c'est vraiment quelque chose de pas mal du tout, il est
possible de mixer plusieurs langages sur un même projet, la librairie de
classes disponibles est vraiment vaste et plutôt bien foutue.

Une implémentation est disponible pour les unix, mono, bref, amha, il
faut y jeter un oeil avant de le rejeter.

Pour se faire une idée, il est possible de télécharger les version
Express des ide VB et C# chez Microsoft.
Post by Pierre
Alors que reste-t-il ? Delphi, Real Basic, Python.. ?
Euh, Delphi, faut aimer le pascal...
Real Basic, jamais mis les pattes dedans, il faut pour qu'il ait un
quelconque intérêt qu'il fasse mieux que VB.net
Pour Python, rien à dire que du bon, la librairie standard est bien
foutue, différents frameworks de développement web sont disponibles et
depuis peu via IronPython, il est possible de générer du code à
destination de .net
--
pour ce qui est du robot, y'a des bénévoles américains qui sont prêts à
me le faire gratuitement mais j'ai refusé, purement et simplement, pour
défendre la francophonie
-+- BC in GNU- Neuneu, Paco Rabane d'Usenet et de l'excuse foireuse -+-
Pascal Bourguignon
2007-02-09 20:28:53 UTC
Permalink
Post by Pierre
Bonjour à tous,
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.. ?
Avez-vous des avis professionnels sur le sujet ?
Allez, ça va te changer, mais je propose: Common Lisp.

Lisp est un language qui existe depuis environ 1959, alors je peux te
garantir qu'il n'est pas prèt de disparaitre. Sinon il aurait disparu
depuis longtemps!

Il est multiplateforme, il y a plusieurs implantations libres et
propriétaires, qui fonctionnent sur unix (Linux, BSD, MacOSX) et/ou
MS-Windows. Il est performant (parfois même plus rapide que C), bien
suivi. Bon, peut être on ne peut pas dire qu'il est fortement
utilisé, mais c'est en croissance en tout cas.


http://www.cliki.net/
http://dept-info.labri.u-bordeaux.fr/~strandh/Teaching/MTP/Common/Book/HTML/programmation.html
--
__Pascal Bourguignon__ http://www.informatimago.com/

ADVISORY: There is an extremely small but nonzero chance that,
through a process known as "tunneling," this product may
spontaneously disappear from its present location and reappear at
any random place in the universe, including your neighbor's
domicile. The manufacturer will not be responsible for any damages
or inconveniences that may result.
alain.berenguier
2007-02-11 12:43:11 UTC
Permalink
Bonjour à tous,
Moi je te conseille de
1° sauvegarde les kits d'installation des produit VB sur des supports tel
que cdrom s'ils ne le sont déjà.
2° au regard du nombre de sources que tu possède, voir s'il existe un
translateur de langage du basic vers le nouveau sélectionné.
3° Voir s'il est vraiment nécessaire de changer de langage. Sachant que
lorsque l'on dit que le développement de VB est arrêter, cela n'est pas
significatif, il faut voir le pourquoi:
1) arrêt du langage basic, il y a longtemps que le basic n'évolue
plus, seules les bibliothèques d'applications évoluent.
2) est-il besoin d'avoir de nouvelles bibliothèques.
3) ne peut-on soi même dévelloper ces bibliothèques si nécessaire.
Ce qui vaut mieux que de tout reprendre dans le nouveau langage.

A+
Post by Pascal Bourguignon
Post by Pierre
Bonjour à tous,
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.. ?
Avez-vous des avis professionnels sur le sujet ?
Allez, ça va te changer, mais je propose: Common Lisp.
Lisp est un language qui existe depuis environ 1959, alors je peux te
garantir qu'il n'est pas prèt de disparaitre. Sinon il aurait disparu
depuis longtemps!
Il est multiplateforme, il y a plusieurs implantations libres et
propriétaires, qui fonctionnent sur unix (Linux, BSD, MacOSX) et/ou
MS-Windows. Il est performant (parfois même plus rapide que C), bien
suivi. Bon, peut être on ne peut pas dire qu'il est fortement
utilisé, mais c'est en croissance en tout cas.
http://www.cliki.net/
http://dept-info.labri.u-bordeaux.fr/~strandh/Teaching/MTP/Common/Book/HTML/programmation.html
--
__Pascal Bourguignon__ http://www.informatimago.com/
ADVISORY: There is an extremely small but nonzero chance that,
through a process known as "tunneling," this product may
spontaneously disappear from its present location and reappear at
any random place in the universe, including your neighbor's
domicile. The manufacturer will not be responsible for any damages
or inconveniences that may result.
Sylvain
2007-02-12 02:06:54 UTC
Permalink
Post by alain.berenguier
3° Voir s'il est vraiment nécessaire de changer de langage. Sachant que
lorsque l'on dit que le développement de VB est arrêter, [...]
btw, qui a dit ça ??

si vous avez entendu les violons mielleux de la publicité vous chanter
les mérites de VB.net à tour de bras considérez que c'est juste de la
pub (et donc sans aucun rapport / fondement technique).

Sylvain.
Vincent Verdon
2007-02-11 19:19:45 UTC
Permalink
Bonsoir,
Post by Pierre
Bonjour à tous,
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.
Tcl/Tk, langage de script d'une grande simplicité, multi-plateforme et
qui plus est libre.

Amicalement, Vincent Verdon
Pierre
2007-02-12 11:18:41 UTC
Permalink
Voilà, je viens de télécharger et d'installer Pyhon, WxPython et Boa
Constructor...
Ca n'a pas l'air mal tout cela... je m'y perds un peu mais avec vos
conseils sur les lectures conseillées ça va sûrement aller ;-).

Quels sont les ouvrages conseillés pour s'initier à Python + Boa ?
Béryl
2007-02-12 18:21:23 UTC
Permalink
Post by Pierre
Voilà, je viens de télécharger et d'installer Pyhon, WxPython et Boa
Constructor...
Ca n'a pas l'air mal tout cela... je m'y perds un peu mais avec vos
conseils sur les lectures conseillées ça va sûrement aller ;-).
Quels sont les ouvrages conseillés pour s'initier à Python + Boa ?
Bonjour,

Python est vraiment un excellent choix.

Voici un très bon livre pour débuter avec ce langage :
http://www.cifen.ulg.ac.be/inforef/swi/python.htm

Tu peux l'acheter ou le télécharger gratuitement, au choix.

Béryl.
Vincent Burel
2007-02-13 08:49:55 UTC
Permalink
Post by Béryl
Post by Pierre
Voilà, je viens de télécharger et d'installer Pyhon, WxPython et Boa
Constructor...
Ca n'a pas l'air mal tout cela... je m'y perds un peu mais avec vos
conseils sur les lectures conseillées ça va sûrement aller ;-).
Quels sont les ouvrages conseillés pour s'initier à Python + Boa ?
Bonjour,
Python est vraiment un excellent choix.
http://www.cifen.ulg.ac.be/inforef/swi/python.htm
Tu peux l'acheter ou le télécharger gratuitement, au choix.
C'est marrant, j'ai l'impression que depuis qqc mois y'a du lobbying pour
Python
Qu'est ce qu'il se passe ?

VB
Michel Billaud
2007-02-13 10:15:06 UTC
Permalink
Post by Vincent Burel
C'est marrant, j'ai l'impression que depuis qqc mois y'a du lobbying pour
Python
Qu'est ce qu'il se passe ?
C'est un langage qui possède de nombreuses qualités, et ça finit par
se savoir.

MB
--
Michel BILLAUD ***@labri.fr
LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792
351, cours de la Libération http://www.labri.fr/~billaud
33405 Talence (FRANCE)
Vincent Burel
2007-02-13 11:41:18 UTC
Permalink
Post by Michel Billaud
Post by Vincent Burel
C'est marrant, j'ai l'impression que depuis qqc mois y'a du lobbying pour
Python
Qu'est ce qu'il se passe ?
C'est un langage qui possède de nombreuses qualités, et ça finit par
se savoir.
Pour ma part, je n'en ai jamais entendu parler, qui utilise ca ?
qu'elle est la plus value par rapport au langage de la famille "C" ou Java.

VB
Eric Brunel
2007-02-13 12:23:40 UTC
Permalink
On Tue, 13 Feb 2007 12:41:18 +0100, Vincent Burel
Post by Vincent Burel
Pour ma part, je n'en ai jamais entendu parler, qui utilise ca ?
Un peu beaucoup de monde, en fait. Voir:
http://www.python.org/about/quotes/
et:
http://www.python.org/about/success/

Ca ne se sait pas beaucoup parce que Python est un projet open-source pas
vraiment sponsorisé par des industriels, et n'a donc pas de gros service
marketing pour se faire mousser ;-)
Post by Vincent Burel
qu'elle est la plus value par rapport au langage de la famille "C" ou Java.
Le plus gros avantage - et celui le plus souvent mis en avant - est la
taille et la lisibilité du code: les applis Python sont plus compactes et
plus lisibles que les équivalents C, C++ ou Java, ce qui a des impacts non
négligeables en termes de temps de développement et de facilité de
maintenance.

Pour une comparaison un peu plus en détail, voir:
http://www.ferg.org/projects/python_java_side-by-side.html
--
python -c "print ''.join([chr(154 - ord(c)) for c in
'U(17zX(%,5.zmz5(17l8(%,5.Z*(93-965$l7+-'])"
Vincent Burel
2007-02-13 13:12:08 UTC
Permalink
Post by Eric Brunel
On Tue, 13 Feb 2007 12:41:18 +0100, Vincent Burel
Post by Vincent Burel
Pour ma part, je n'en ai jamais entendu parler, qui utilise ca ?
http://www.python.org/about/quotes/
http://www.python.org/about/success/
Ca ne se sait pas beaucoup parce que Python est un projet open-source pas
vraiment sponsorisé par des industriels, et n'a donc pas de gros service
marketing pour se faire mousser ;-)
ha oui, parce que vous, vous avez déjà vu une pub pour le "C" :-)
Notez que dans l'industrie, qui aime avoir des interlocuteurs compétents et
un support technique sans faille, la qualité "open source" n'est pas
forcément considéré comme un atout et un gage de sérieux pour un produit
logiciel.
Post by Eric Brunel
Le plus gros avantage - et celui le plus souvent mis en avant - est la
taille et la lisibilité du code: les applis Python sont plus compactes et
plus lisibles que les équivalents C, C++ ou Java, ce qui a des impacts non
négligeables en termes de temps de développement et de facilité de
maintenance.
http://www.ferg.org/projects/python_java_side-by-side.html
Ouai, Les comparaisons sont pas de très bonne fois... bon, je classe le
Python dans les Basic.

VB
Christian ASTOR
2007-02-13 13:53:13 UTC
Permalink
Post by Vincent Burel
Ouai, Les comparaisons sont pas de très bonne fois... bon, je classe le
Python dans les Basic.
C'est du genre de PERL, juste un langage de script interprété.
Aucune comparaison possible avec le C ou le C++...
Ex de benchmark au hasard :
http://www.osnews.com/story.php/5602/Nine-Language-Performance-Round-up-Benchmarking-Math-and-File-IO/page3/
Eric Brunel
2007-02-13 16:29:33 UTC
Permalink
On Tue, 13 Feb 2007 14:53:13 +0100, Christian ASTOR
Post by Christian ASTOR
Post by Vincent Burel
Ouai, Les comparaisons sont pas de très bonne fois... bon, je classe le
Python dans les Basic.
C'est du genre de PERL, juste un langage de script interprété.
Non: Python est compilé en byte-code comme le Java. Il n'y a juste pas de
phase de compilation explicite. Il n'est donc pas plus interprété que le
Java ou le C# (ou le "n'importe quoi"#, d'ailleurs). Et que veut dire
"langage de script"?
Post by Christian ASTOR
Aucune comparaison possible avec le C ou le C++...
http://www.osnews.com/story.php/5602/Nine-Language-Performance-Round-up-Benchmarking-Math-and-File-IO/page3/
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...).
2. Pour beaucoup d'applications, le contenu algorithmique est
quasi-inexistant, et le coût en terme de CPU est donc négligeable par
rapport au reste (GUI, BdD, accès fichiers/réseau, etc...)

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, autant je ne ferai plus jamais
une appli GUI:BdD en C++...
--
python -c "print ''.join([chr(154 - ord(c)) for c in
'U(17zX(%,5.zmz5(17l8(%,5.Z*(93-965$l7+-'])"
Vincent Verdon
2007-02-13 20:34:42 UTC
Permalink
Bonsoir,
Post by Eric Brunel
On Tue, 13 Feb 2007 14:53:13 +0100, Christian ASTOR
Post by Christian ASTOR
Post by Vincent Burel
Ouai, Les comparaisons sont pas de très bonne fois... bon, je classe le
Python dans les Basic.
C'est du genre de PERL, juste un langage de script interprété.
Non: Python est compilé en byte-code comme le Java. Il n'y a juste pas
de phase de compilation explicite. Il n'est donc pas plus interprété que
le Java ou le C# (ou le "n'importe quoi"#, d'ailleurs).
Tout comme Tcl...

Et que veut dire
Post by Eric Brunel
"langage de script"?
Post by Christian ASTOR
Aucune comparaison possible avec le C ou le C++...
http://www.osnews.com/story.php/5602/Nine-Language-Performance-Round-up-Benchmarking-Math-and-File-IO/page3/
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...).
2. Pour beaucoup d'applications, le contenu algorithmique est
quasi-inexistant, et le coût en terme de CPU est donc négligeable par
rapport au reste (GUI, BdD, accès fichiers/réseau, etc...)
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, autant je ne ferai plus jamais
une appli GUI:BdD en C++...
--python -c "print ''.join([chr(154 - ord(c)) for c in
'U(17zX(%,5.zmz5(17l8(%,5.Z*(93-965$l7+-'])"
Amicalement, Vincent Verdon
Bertrand Lenoir-Welter
2007-02-14 11:30:39 UTC
Permalink
Post by 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.
Vincent Burel
2007-02-15 06:53:22 UTC
Permalink
Post by Eric Brunel
On Tue, 13 Feb 2007 14:53:13 +0100, Christian ASTOR
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...).
Certes, mais y'a un truc qui fait tout de suite peur, quant au temps de
codage en Python, c'est la disparition des instructions de block au profit
d'une indentation. C'est à dire que le block n'est plus défini strictement
par une information explicite (accolade ou autre) mais par une information
qui n'est pas forcément visible et qui n'est pas portable d'un éditeur à
l'autre... Ca peut poser de sacrés problème à mon sens.
Eric Brunel
2007-02-15 08:30:11 UTC
Permalink
On Thu, 15 Feb 2007 07:53:22 +0100, Vincent Burel
Post by Vincent Burel
Certes, mais y'a un truc qui fait tout de suite peur, quant au temps de
codage en Python, c'est la disparition des instructions de block au profit
d'une indentation. C'est à dire que le block n'est plus défini strictement
par une information explicite (accolade ou autre) mais par une
information
qui n'est pas forcément visible et qui n'est pas portable d'un éditeur à
l'autre... Ca peut poser de sacrés problème à mon sens.
Pourquoi "pas portable d'un éditeur à l'autre"? Quel que soit l'éditeur,
un espace est un espace et un tab un tab.

Et c'est une réserve que beaucoup de gens ont au départ, et qui en général
disparaît très rapidement à l'usage. On finit même souvent par considérer
ça comme un avantage: l'indentation reflète toujours la structure, ce qui
rend le code plus lisible.
--
python -c "print ''.join([chr(154 - ord(c)) for c in
'U(17zX(%,5.zmz5(17l8(%,5.Z*(93-965$l7+-'])"
Vincent Burel
2007-02-15 11:52:47 UTC
Permalink
Post by Eric Brunel
On Thu, 15 Feb 2007 07:53:22 +0100, Vincent Burel
Post by Vincent Burel
Certes, mais y'a un truc qui fait tout de suite peur, quant au temps de
codage en Python, c'est la disparition des instructions de block au profit
d'une indentation. C'est à dire que le block n'est plus défini strictement
par une information explicite (accolade ou autre) mais par une information
qui n'est pas forcément visible et qui n'est pas portable d'un éditeur à
l'autre... Ca peut poser de sacrés problème à mon sens.
Pourquoi "pas portable d'un éditeur à l'autre"? Quel que soit l'éditeur,
un espace est un espace et un tab un tab.
Et bien sur que non, y'a des éditeurs qui peuvent transformer des tab en
espace et vice versa.
Post by Eric Brunel
Et c'est une réserve que beaucoup de gens ont au départ, et qui en général
disparaît très rapidement à l'usage. On finit même souvent par considérer
ça comme un avantage: l'indentation reflète toujours la structure, ce qui
rend le code plus lisible.
L'indentation a toujours été un critère de lisibilité, mais laissé à la
convenance du programmeur.
Là c'est dangereux, parce que c'est une information implicite et relative
qui influe sur le déroulement du code. D'expérience on sait très bien que
c'est dangereux, sauf à travailler avec un éditeur propriétaire qui check la
pertinence de l'indentation.

VB
Eric Masson
2007-02-15 13:21:14 UTC
Permalink
"Vincent Burel" <***@nospam.wanadoo.fr> writes:

'Lut,
Post by Vincent Burel
Et bien sur que non, y'a des éditeurs qui peuvent transformer des tab en
espace et vice versa.
Euh, j'ai du mal à appeler un truc qui ferait ça un éditeur... Emacs, vi
ou encore Eclipse ne le font pas et iirc, VStudio non plus.
Post by Vincent Burel
L'indentation a toujours été un critère de lisibilité, mais laissé à la
convenance du programmeur.
Ce qui explique le paquet de sources C indentés avec les pieds que l'on
croise ici et là (j'ai des souvenirs assez épiques d'un erp dont les
sources accessibles étaient soit dans un dialecte propriétaire infect,
soit en C codé/indenté/testé avec les pieds). La liberté fournie par un
langage type C n'est pas une mauvaise chose à partir du moment ou il est
laissé entre les mains d'un développeur sachant bosser proprement, dans
le cas contraire, c'est une véritable catastrophe.
Post by Vincent Burel
Là c'est dangereux, parce que c'est une information implicite et relative
qui influe sur le déroulement du code. D'expérience on sait très bien que
c'est dangereux, sauf à travailler avec un éditeur propriétaire qui check la
pertinence de l'indentation.
Bof, pourquoi propriétaire ? Emacs + python-mode, vim + python.vim,
Eclipse + pydev ou encore VS + les extensions ironpython font un
excellent travail à ce niveau.

J'ai vraiment l'impression d'un combat d'arrière garde, je n'ai rien
contre le C (enfin, quand il est utilisé à bon escient), mais j'ai par
contre beaucoup de mal par rapport à ce mépris des langages type
Python/Perl/Ruby de la part des développeurs utilisant des langages dits
"sérieux" comme Java, C, C++.
--
CJ> Les censeurs agitent plus de vent que les moulins des Pays Bas.
Tiens, je savais pas que c'étaient les moulins qui créaient le vent.
-+- GR in GNU : Dame qui se shoote et sang chaud pensa -+-
Vincent Burel
2007-02-15 14:48:02 UTC
Permalink
Post by Eric Masson
J'ai vraiment l'impression d'un combat d'arrière garde, je n'ai rien
contre le C (enfin, quand il est utilisé à bon escient), mais j'ai par
contre beaucoup de mal par rapport à ce mépris des langages type
Python/Perl/Ruby de la part des développeurs utilisant des langages dits
"sérieux" comme Java, C, C++.
On aurait du en rester à la remarque d'un interlocuteur qui exprimait que le
Python était un langage de script, et n'était en aucun cas comparable avec
des langages de programmation tel "C" ou Java. On aurait gagner du temps.

Ceci dit, je n'ai aucun mépris pour les langages scriptés, par contre
j'aimerai que ceux qui les utilisent arrètent de nous faire perdre du temps
(notamment le mien) avec des prétentions imbéciles à vouloir conccurencer le
"C" avec un langage scripté. Python n'est pas plus l'avenir que HTML ou c#,
ce sont des langages pour des programmeurs différents, pour des
développement différents, pour des résultats différents.

Sur ce, je retourne dans mon bac à sable.
VB
Eric Masson
2007-02-15 16:54:19 UTC
Permalink
"Vincent Burel" <***@nospam.wanadoo.fr> writes:

'Lut,
Post by Vincent Burel
On aurait du en rester à la remarque d'un interlocuteur qui exprimait
que le Python était un langage de script, et n'était en aucun cas
comparable avec des langages de programmation tel "C" ou Java. On
aurait gagner du temps.
C'est quoi un langage de script ?
Parce que dans le cas de python, il est tout à fait possible de
distribuer un fichier bytecode résultant de la compîlation d'un
source que l'on exécutera dans une vm. La frontière est donc pour le
moins floue.
Post by Vincent Burel
Ceci dit, je n'ai aucun mépris pour les langages scriptés, par contre
j'aimerai que ceux qui les utilisent arrètent de nous faire perdre du temps
(notamment le mien) avec des prétentions imbéciles à vouloir conccurencer le
"C" avec un langage scripté.
En ce qui concerne la perte de temps, rien ne t'oblige à répondre.

Quand à la concurrence entre ces langages, c'est amha hors de propos,
chaque langage a ses points forts, je ne me vois pas coder un driver de
carte réseau en python (ce qui n'aurait aucune chance d'aboutir), mais
pas plus coder une appli avec ihm graphique et accès à une bdd en C (il
faut vraiment aimer pisser de la ligne).

Pour ma part, je préfère utiliser le bon outil au bon endroit, cad,
celui qui me permettra de me concentrer sur ce que j'ai à faire plutôt
que sur la plomberie nécessaire à la réalisation.
--
L'IRQ a été inventée par Murphy ;
le partage des IRQ, par quelqu'un voulant le defier
Vincent Burel
2007-02-15 17:30:19 UTC
Permalink
Post by Eric Masson
En ce qui concerne la perte de temps, rien ne t'oblige à répondre.
Mais c'est ce que je fais.
Post by Eric Masson
Quand à la concurrence entre ces langages, c'est amha hors de propos,
Ca a pourtant été l'un des sujet premier de ce thread.
D'abord on compare Python à Java, on essaye de débattre, ensuite on dit que
c'est hors propos...
Bref, c'est du trolling tout ca.

VB
Eric Masson
2007-02-15 17:52:04 UTC
Permalink
"Vincent Burel" <***@nospam.wanadoo.fr> writes:

'Lut,
Post by Vincent Burel
Mais c'est ce que je fais.
Ce qui explique donc pourquoi tu n'as pas répondu...
Post by Vincent Burel
Ca a pourtant été l'un des sujet premier de ce thread.
Non, le sujet était évoluer de VB à un autre langage.
Post by Vincent Burel
D'abord on compare Python à Java, on essaye de débattre, ensuite on
dit que c'est hors propos...
Euh, qui soutient que Python n'est pas un langage "sérieux" ? (Hint:
relire le fil pour une réponse rapide)
Qui a dit que Python était la panacée ? (Hint: même une relecture
assidue du fil ne donnera pas de réponse)
Post by Vincent Burel
Bref, c'est du trolling tout ca.
J'aurais dit que certains s'essayent au troll, mais bon, on ne va pas
chipoter sur des détails aussi insignifiants.
--
QU'EST CE QU'ILS VIENNENT NOUS FAIRENT CHIER AVEC LEURS CONCURENCE
il n'y a pas de concurence pour les communications loal. Pour wandoo
quelle concurence peu gene FT. Aucune, ou alors qu'on m'explique.
-+-CY in : <http://www.le-gnu.net> - Faut pas me la faire -+-
Emmanuel Fleury
2007-02-15 17:42:11 UTC
Permalink
Post by Vincent Burel
Bref, c'est du trolling tout ca.
Et du trolling cross-posté, s'il vous plaît !!!!

D'ailleurs, le cross-postage n'est-il pas considéré comme une arme de
destruction massive ???

Cordialement
--
Emmanuel Fleury | Office: 261
Associate Professor, | Phone: +33 (0)5 40 00 69 34
LaBRI, Domaine Universitaire | Fax: +33 (0)5 40 00 66 69
351, Cours de la Libération | email: ***@labri.fr
33405 Talence Cedex, France | URL: http://www.labri.fr/~fleury
Lemoine
2007-02-15 16:18:21 UTC
Permalink
Post by Pierre
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.
Peut-être le Pure Basic dont j'ai entendu parler:
http://www.purebasic.com/french/
Loading...