Version imprimable
Bonjour,
Je dois écrire un comparatif entre une appli XMLRAD, une appli PHP, et une appli ASP qui sont iso fonctionnalités. (je suis en concurrence chez un prospect)
Bien évidemment, j'ai besoin d'un maximum d'avantages pour XMLRAD. Donc, si vous avez des idées, je suis preneur.
Merci
+ temps de développement
+ montée en charge
+ maintenance (grace à la spéaration données/présentation)
+ peu de code (lié à la maitnen
+ multi-plateformes (.NET/Java/Win32/Linux)
+ perennité grace au standard utilisé
merci bien, malheureusement rien de plus que ce que j'avais déjà noté :(
Pour l'ASP, pas trop de pb puisqu'on peut passer en .Net, on est dans le même univers (ou presque)
J'aurais bien voulu surtout faire mieux que php qui propose très facilement quasiment les mêmes avantages qu'XMLRAD sauf que en plus, il est réellement IIS/Apache (donc Windows/Linux), et qu'il devient omniprésent sur internet et même sur les intranet....
Tu peux mettre en avant la notion de développement / déploiement à distance, le tout en HTTP grâce à l'EDI intégré dans un navigateur web, procédure qui est plus contraignante en PHP / ASP, donc réactivité accrue face quant au modifications à apporter ou fonctionnalités à ajouter quelque soit ta situation physique (ex. je suis à l'hotel pendant une semaine pour une formation, donc je dois attendre la fin de la semaine pour apporter les modifs demandées par le client...).
Après c'est pas évident, il faut pouvoir prouver que tu vas aller plus vite qu'un dev ASP / PHP, donc ça sera moins cher. Mais comme les concurrents grugent souvent sur le devis...c'est pas évident non plus.
Sylvain
Merci.
Au passage j'en profite pour dire que XMLRAD 2005 supportera totalement Apache pour Windows:
l'environnement XMLRAD pourra tourner sur Aapche 1.3 ou 2.0. il suffit de sélectionner son serveur Web à l'installation. Il pourra aussi générer des applications pour les 2 versions d'apache. Donc il ne sera plus nécessaire d'avoir un IIS installé.