Hello à tous,
 
  Je développe depuis déjà quelques années des applications de gestion pour des intranets de société en web (php / mysql). Ce que j'appel une application de gestion c'est par exemple la gestion de la clientèle, ou bien les commandes fournisseurs. (du grand classique si j'utilisais un outils de développement genre c++ builder ou delphi)
 
  En web il existe déjà ce genre d'appli : dolibar, tynerp, et bien d'autre pour des sociétés de tailles plus ou moins importante
 
Ma réflexion se pose sur le meilleur choix de langage et/ou technos pour développer ce genre d'appli. Et j'aimerais connaitre vos avis sur ces différents points :
 
 
1/ PHP, mysql
Très souple, on peut tout faire avec, mais le développement n'est pas très rapide.
 
2/ Framework php
Symphonie, zend, ou cake . Est ce adapté pour une application de gestion ? la liaison direct à la BDD avec controle des champs est intéressante, mais n'est ce pas plus adapté à du web plus standard tel qu'un site vitrine, de vente en ligne ou un portail ?
 
3/ Java  
Faire des clients riches avec applet java (j'aime pas le java mais je pose quand même la question)
 
4/ .net
Avec les web forms et la puissance de l'industrie microsoft pour un intranet il peux y avoir des solutions sympas (liaison avec office, activex, connection à windows mobile ...)
 
5/ XUL ?
On devient lié à firefox, mais la création de formulaire devient très simplifié
 
6/ Add on avec plugin firefox ?
On devient lié à firefox, mais on peut avoir une intélligence coté client très poussé  
 
7/ GWT ?
 
8/ silverlight ?
 
9/ ruby on rails ?
 
10/ On fait du client lourd et on offre un acces Terminal server ou citrix à tous les utilisateurs ?
humm ... le coût en réseau et serveur va exploser.
 
11/ ...
 
A votre avis ?
 
 
Pierre.
 
 
 
 

T'as oublié des "gros" :  
- flash (ie flex)
- WinDev
- binaire cgi codé en C/C++ ou autre langage compilé.
 
J'aurais tendance à dire que vu le nb de "bons" projets GPL (ie matures), ça va devenir rare de partir de 0 pour coder ce genre d'applis de gestion. En fonction du cahier des charges, on va plutôt chercher à trouver le produit GPL le plus proche du besoin et le modifier pour le faire coller au plus près au cahier des charges. De ce fait là, les technos  vont plutôt être imposées par le choix du projet GPL retenu et les compétences disponibles en interne.
 
Pour Ruby, de ce que j'ai entendu dire, c'est pas trop adapté quand y'a besoin de monté en charge.
 
Faire une appli de gestion entièrement sous la forme d'une extension firefox, ça me paraît pas très rationnel voire bizarre
 
Pour java, je verrais plutôt des EJB et du JSP plus que des applets. Perso, ça fait pas mal de temps que j'ai pas vu d'applet. Je pense que Flash a plus ou moins tué cette vieille techno
 
Pour ma part, je suis pour PHP/Mysql plus un éventuel framework (symfony ou Zend).

Avant de saturer son serveur, on a largement le temps de voir venir les choses. Ceux qui disent que Ruby et/ou Rails sont trop lents, ont généralement mal codé leur application, voir n'ont jamais codé avec et relaient une information entendue quelque part  

Perso, j'aurais tendance à choisir php/pgsql avec un framework (symfony) pour des projets de taille "raisonnable" (guère plus d'une poignée de développeurs sur un projet de quelques semaines), et sur .Net pour des projets plus importants.
 
Mais je n'ai pas de raison précises à cela ! C'est juste ... comme ça, au feeling, après ça dépend aussi énormément du projet, de son environnement, et de ses contraintes.