Pour les dicaïdors qui arpentent ce site, je pense qu'il peut-être intéressant de résumer vite fait les avantages / inconvénients des langages actuels. Veuillez laisser les trolls au vestiaire, s'il vous plait :
C :
+ Complètement rodé
+ Peut tout faire
- On doit tout faire
- Framework souvent (très) pénible
-/+ Doc : le pire cotoie souvent le meilleur
C++ :
+ Vraie couche objet
- Portabilité douteuse
- Syntaxe (souvent) imbitable
- Framework bas niveau
c# :
+ Bon framework
- Une partie du framework est détenu par Microsoft
Perl :
+ Très bonne portabilité (Windows / et quasiment tous les Unix)
+ Framework intéressant (CPAN)
+ Documentation (du moins la v5.8)
- Subtilité syntaxique à consommer avec modération
- Pas d'API graphique unifiée (Windows / Unix)
Java :
+ Framework excellent
+ Rapide sous Windows
- Lent sous Linux (en attendant gcj)
- Lourd (JRE à déployer, pas dans toutes les distribs Linux, en attendant gcj)
- Consomme beaucoup de RAM
Caml :
+ Syntaxe logique
+ Rapide
- élitiste, peu de compétences (par rapport aux autres langages, hein)
-/+ Framework ?
Alleé zou dans la foulée, quelques langages proprios :
4D :
+ Simple et productif
+ Excellente intégration des services webs (HTTP, XML, XSL) avec une base de données.
+ Documentation exhaustive, avec tutoriel et exemple de code abondants, libre d'accès.
- Syntaxe nullissime (dépendante de la locale ...)
- Lent, cher et ultra proprio (il y eu des efforts pour la v2004)
- bug, bug, bug, bug, bug, bug, bug, et encore des bugs.
Realbasic :
+ Simplissime et productif
+ Framework très sympa (cross plateforme Linux GTK2 / Mac OS X / Windows)
+ Entreprise très réactive
- Format des fichiers propriétaires.
-/+ Doc
Visualbasic :
+ Simple et productif
- Bug, bug, bug, bug.
- Lourd à déployer (dll et co)
- Syntaxe nullissime (dépendante de la locale ...)
- Documentation
C'est un peu près tout ce que j'ai du testé (python, caml) ou du mettre en production un jour (le reste), et si on pouvait compléter les autres (genre PHP, ruby, ...). tout ça pour dire, que j'attends toujours le langage idéal qui pourrait convenir à tous les besoins. Techniquement qu'on ne vienne pas me dire que c'est infaisable ...
<avis perso>gcj a le potentiel de tout déchirer</avis perso>
# Le bilan
Posté par pierthi . En réponse au journal Le C++ du futur. Évalué à 8.
C :
+ Complètement rodé
+ Peut tout faire
- On doit tout faire
- Framework souvent (très) pénible
-/+ Doc : le pire cotoie souvent le meilleur
C++ :
+ Vraie couche objet
- Portabilité douteuse
- Syntaxe (souvent) imbitable
- Framework bas niveau
c# :
+ Bon framework
- Une partie du framework est détenu par Microsoft
Perl :
+ Très bonne portabilité (Windows / et quasiment tous les Unix)
+ Framework intéressant (CPAN)
+ Documentation (du moins la v5.8)
- Subtilité syntaxique à consommer avec modération
- Pas d'API graphique unifiée (Windows / Unix)
Java :
+ Framework excellent
+ Rapide sous Windows
- Lent sous Linux (en attendant gcj)
- Lourd (JRE à déployer, pas dans toutes les distribs Linux, en attendant gcj)
- Consomme beaucoup de RAM
Python :
+ Syntaxe sympathique et simple
- Lent ?
- Framework ?
Caml :
+ Syntaxe logique
+ Rapide
- élitiste, peu de compétences (par rapport aux autres langages, hein)
-/+ Framework ?
Alleé zou dans la foulée, quelques langages proprios :
4D :
+ Simple et productif
+ Excellente intégration des services webs (HTTP, XML, XSL) avec une base de données.
+ Documentation exhaustive, avec tutoriel et exemple de code abondants, libre d'accès.
- Syntaxe nullissime (dépendante de la locale ...)
- Lent, cher et ultra proprio (il y eu des efforts pour la v2004)
- bug, bug, bug, bug, bug, bug, bug, et encore des bugs.
Realbasic :
+ Simplissime et productif
+ Framework très sympa (cross plateforme Linux GTK2 / Mac OS X / Windows)
+ Entreprise très réactive
- Format des fichiers propriétaires.
-/+ Doc
Visualbasic :
+ Simple et productif
- Bug, bug, bug, bug.
- Lourd à déployer (dll et co)
- Syntaxe nullissime (dépendante de la locale ...)
- Documentation
C'est un peu près tout ce que j'ai du testé (python, caml) ou du mettre en production un jour (le reste), et si on pouvait compléter les autres (genre PHP, ruby, ...). tout ça pour dire, que j'attends toujours le langage idéal qui pourrait convenir à tous les besoins. Techniquement qu'on ne vienne pas me dire que c'est infaisable ...
<avis perso>gcj a le potentiel de tout déchirer</avis perso>
Mes 2 cents.