Je tiens à ajouter que maintenant existent des langages de haut niveau comme perl et python qui permettent d'écrire des programmes avec gui de manière simple, ce qui rend l'utilisation de RAD moins importante.
Effectivement, avec ces outils on peut faire des interfaces graphiques rapidement, dont le code ne ressemble pas a une usine a gaz ignoble. En plus ces langages (surtout Python) s'interfacent nickel avec le C, donc tu peux sans probleme les utiliser dans le cadre d'un projet qui utilise du C par ailleurs.
Utiliser plusieurs langage pour un meme projet, c'est une technique qui marche mais que peu de gens mettent en place en entreprise (du moins parmi les projets que j'ai vus). En general, on a droit a un classique: "on developpe sous xxx-builder v5.6.3.3.2 professionnal-business-enterprise", on cherche des techos qui ont une ligne qui ressemble a ca dans leur CV et hop c'est parti.
Alors que souvent, un petit peu de C, un petit peu de Perl, du tk par-ci du tk par la, quelques scripts bash et ca roule tout seul.
J'ai deja vu des gens faire des batchs en C (pas le droit de faire du perl ou un script bash: "ici on developpe en C mossieur!"). J'en ai vu d'autres parser des fichiers textes en Java - on aurait divise les temps de dev par 10 avec du Perl.
C'est vrai que dans ces exemples les gens raisonnaient tres "logiciel proprietaire" du genre
"- ah oui Perl, et donc ca s'achete ou?
- bah ca s'achete pas...
- ah non alors nous il nous faut des produits certifies"
Paye ton produit certifie et tout bugge quand meme et regrette pendant 3 mois de pas avoir le droit de faire du Perl parce que soit disant c'est pas assez sur comme produit... (desole je suis un peu HS mais comme je suis aussi un peu aigri ca fait du bien de se defouler)
Les produits de Borland sont surement tres bien, mais si c'est pour faire des interfaces graphiques, mon avis c'est que C++ c'est pas _du tout_ adapte. Du Delphi d'accord, du C++ non...
[^] # 100% d'accord
Posté par ufoot . En réponse à la dépêche C++ Builder sous Linux : bientôt du neuf !. Évalué à 10.
Effectivement, avec ces outils on peut faire des interfaces graphiques rapidement, dont le code ne ressemble pas a une usine a gaz ignoble. En plus ces langages (surtout Python) s'interfacent nickel avec le C, donc tu peux sans probleme les utiliser dans le cadre d'un projet qui utilise du C par ailleurs.
Utiliser plusieurs langage pour un meme projet, c'est une technique qui marche mais que peu de gens mettent en place en entreprise (du moins parmi les projets que j'ai vus). En general, on a droit a un classique: "on developpe sous xxx-builder v5.6.3.3.2 professionnal-business-enterprise", on cherche des techos qui ont une ligne qui ressemble a ca dans leur CV et hop c'est parti.
Alors que souvent, un petit peu de C, un petit peu de Perl, du tk par-ci du tk par la, quelques scripts bash et ca roule tout seul.
J'ai deja vu des gens faire des batchs en C (pas le droit de faire du perl ou un script bash: "ici on developpe en C mossieur!"). J'en ai vu d'autres parser des fichiers textes en Java - on aurait divise les temps de dev par 10 avec du Perl.
C'est vrai que dans ces exemples les gens raisonnaient tres "logiciel proprietaire" du genre
"- ah oui Perl, et donc ca s'achete ou?
- bah ca s'achete pas...
- ah non alors nous il nous faut des produits certifies"
Paye ton produit certifie et tout bugge quand meme et regrette pendant 3 mois de pas avoir le droit de faire du Perl parce que soit disant c'est pas assez sur comme produit... (desole je suis un peu HS mais comme je suis aussi un peu aigri ca fait du bien de se defouler)
Les produits de Borland sont surement tres bien, mais si c'est pour faire des interfaces graphiques, mon avis c'est que C++ c'est pas _du tout_ adapte. Du Delphi d'accord, du C++ non...