Voilà, un topci pour les comparaisons de langages, qui dégénèrent toujours.
Donc les "ASP ça pue, PHP c'est mieux", "Delphi ça vaut pas mieux que VB", "C++ ça vaut rien par rapport à ADA", "les softs de Borland c'est 100x mieux", c'est ici, et si possible pas ailleurs.
Merci
 
edit: c'est pas un topic pour balancer des trolls dans le vent et dire n'importe quoi, qu'on ne pense pas. C'est pour discuter et argumenter son point de vue.

ruby ownz !

UML roulaize

Java rulezzzzz, Others suck

delphi capuedaipiai

hors jeu !
 
je demande officiellement le renommage du topic pour éviter ces ecarts trollifères  

normal, cai pas libre, ca sux

 
, c'est un langage.
 
Sinon je tiens à dire que le langage le plus important à apprendre pour programmer, c'est l'anglais.

VB ownz over da woueurld

Quand je disais débat je voulais dire avec quand même une discussion, pas juste balancer des trolls en l'air

je sais, c'est pour ca que je demande le renommage du topic, parce que la ton coup respecte la lettre mais pas l'esprit

t'inquietes, quand dans 10 jours on en aura marre on commencera a débattre... En attendant c'est parti pour un défouloir a bla²

Bon, ben alors je commence par un Troll du vendredi.
Il y a eu une petite conversation à propos de PowerBuilder
( voir http://forum.hardware.fr/forum2.ph [...] h=&subcat= ). Dans cette petite conversation ( fort sympathique au demeurant ) on peut y lire un avis très tranché sur ce genre de RAD qui nous dit que :
1. c'est pas bien car langage propriétaire
2. c'est pas bien parceque c'est lent
3. c'est pas bien parceque c'est instable
Ben, men retour, j'ai envie de dire que :
1. on s'en fout que le langage soit propriétaire, l'important c'est de faire une appli qui reponde à un besoin. Peut importe le langage, s'il est adapté à la situation, c'est bien
2. vu la qualité des postes clients, pour faire des interfaces on a pas besoin d'un truc qui tue optimisé à mort
3. c'est pas plus instable qu'autre chose à la base. C'est toujours le même problème: si tu code mal et que tu connais mal l'outil, c'est instable. Sinon, c'est stable.
Et on oublie souvent de parler du temps passé en développement : C++ c'est très bien, mais combien de temps met on pour faire une belle interface, simple et inuitive, utilisant une BDD et entièrement paramétrable par utilisateur? J'ai développé des appli de ce type en 3 mois sous PB ( le temps aurai été sensiblement identique sous VB ou sous Delphi ). En C++ ou en Java, il aurai fallu pas loin d'un an ...

quand ça cessera de troller je viendrai discuter un peu
 
En attendant je regarde qui va gagner la bataille des langages
 
 
ASM ownz da world anyway.

Soit, débatons.
 
J'en reviens a mon premier message, ruby ownz. Un peu rapide, argumentons un peu.
 
-> completement objet (pas de int, de tableaux, ...)
-> interprété (mais compilation byte code avant execution)
-> interpreteur interactif : irb
-> code propre
-> possibilité de modifier le code au runtime, de rajouter des methodes
-> supporte des design patterns directement dans le langage (iterateurs, visitor, singleton)
-> mixins (mixer un module dans un objet pour lui rajouter des methodes, remplace l'heritage multiple)
-> communauté tres orienté tests & design patterns
-> le wiki sur www.rubygarden.org est bien foutu

pas du tout d'accord

Peux tu développer ton avis ?

Pérennité. Le jour ou [pb, vb6, autre] n'est plus maintenu, tu peux jeter ton appli. Ca n'arrivera pas pour un langage avec une implémentation libre (fin ca peut arriver, mais tu peux le (faire) maintenir toi même si tu en as vraiment besoin)

Alambik rulez !
 
Enfin bon, chaque langage a sa spécificité, ses avantages, ses défauts, le mieux, c'est de choisir selon ses besoins, les imperatifs et ses compétences en developpement.
 
Perso: PHP chez moi, C++/Directx/openGL chez moi, VB au taf, Cobol au taf...

 
  c comme ça qu'on arrive à des appli qui rament la mort...

en génral, c'est pas au niveau de l'interface qu'on cherche à optimiser. Si ton appli sert à faire  du gros calcul, tu fais cette partie en C++ ( par exemple ) que tu fous dans une DLL. Là je parle juste de la construction de l'interface utilisateur : ne me dit pas que tu peux te retrouver aujourd'hui avec une interface qui rame !

Moi je voudrais dire que ce n'est pas tant le fait qu'un langage soit propriétaire ou pas qui m'importe , c'est qu'il soit multi éditeur ou pas. Je m'explique , par exemple ;
- pour C ou C++, choix de divers EDI et compilateurs possibles, payants ou open sources
- pour java, très nombreux EDI ou éditeurs ou serveurs d'applications dispo chez de nombreux éditeurs ou open source.
- etc... valable aussi pour d'autres langages
 
Donc dans les cas cis dessus on à un vrai choix.
 
Exemple contraire, par exemple windev, le langage de script de windev est dispo que chez pcsoft, et pour faire tourner une appli webdev il n'y à qu'un seul runtime possible sur le serveur celui de chez pc soft (et c'est payant).
 
Autre exemple en devenir, C# . On commence à voir apparaitre des outils pour C# ne venant pas de chez MS, non seulement des outils gratuits mais aussi par exemple Borland avec son c#builder (en beta en ce moment).
 
Donc à partir du moment ou sur un langage il y à un vrai choix possible pour les outils, alors il offre plus de choix et plus de pérénité à mmon avis qu'un langage "propriétaire" dipo que chez un seul éditeur, meme si c'est pas un standard ANSI comme C++ par exemple.

Suis contre ce topic....

Cette fois je suis entièrement d'accord avec toi sur toute la ligne.  

 
je suis d'accord, mais on commence par ne pas optimiser l'interface, puis, pour gagner encore un peu plus de temps, on optimise pas le reste...
et puis, ne me dis pas que tu n'as jms eu d'appli qui rame sans faire de gros calcul

Le code machine binaire, il y a que ça de vrai!    
A+,

 
y a tj qqun qui est contre qqchose dans ce forum
C'est quoi le prob ?
T'es pas obligé de lire le topic

Ah oui, mais c'était toujours à cause de la BDD ...
Quoique, je me rappelle aussi d'une très belle appli, avec une interface magnifique qui mettait trois plombe à se charger : pourquoi me demandez vous ? Parceque c'était fait en PB6.5 qui ne gérait que du bmp -> ça te bouffait toute la mémoire vive rien que pour charger les jolies zimages  

Moi je suis contre les femmes ... tout contre ...

 
spa un double désavantage ça ?
- devoir compiler
- plus lent parce que interprêté (ok ce sont des préjugés, mais bon c'est quand même souvent le cas)

 
Mais le meilleur moyen pour avoir un langage qui passe partout et que l'on puisse migrer d'un éditeur à un autre, il faut un tronc commun clairement défini. C'est là qu'une norme prend toute son importance afin d'éviter la balkanisation d'un langage.

 
Parceque dans le même temps, tu y gagne des faculté d'introspection, de construction dynamique de code (eval roulaize) et d'autres trucs qui peuvent permettre une généricité plus aboutie.
 
Je prend le cas de l'attribute [serialisable] de .NET qui est intégralement basé sur les capacités d'introspection de la CLR.

on est vendredi hein ?
 
 
PHP ROXXOR !!!!
 
gniark gniark    

 
  On parle de vrai langage ici

HTML rulez (libre, norme). En revanche navigators (all of them) sucks (like it's not allowed).

Magic shield, reflecting your object oriented face !

BASIC sous DOS !
Ca c'est de la vrai programmation ! Comme quand j'étais petit !

Déjà là c'était pas compatible les codes sources de softs que je trouvais ne compilaient pas tj dans GWBasic ou QBasic (ok c'était parfois des softs pas pour PC, mais quand même )