retour d'expérience dotnet
devx a écrit:
Citation:
En fait, on peut se demander qui MS vise avec cette laborieuse distribution ?
j'ai un début de réponse...
J'aimerais vous expliquer pourquoi, selon moi, .NET connais un tel engouement chez les PME françaises d'aujourd'hui (2004), en comparaison avec JAVA, DELPHI, et autres...
Mon histoire est similaire à celle de la majorité des informaticiens en PME/PMI.
Arrivé dans ma nouvelle boite, ou je suis tout seul pour tout faire (vraiment tout! ceux qui sont dans ma situation me comprendront), je me suis retrouvé avec un parc de NT4 ws, un serveur NT4, des applic ACCESS pour tout et n'importe quoi, un systeme de messagerie Exchange5.5, un proxy server 2.0, un sqlserver 7 non utilisé, des offices partout, et une suite de gestion d'une ssii, qui sent bon le vb et l'access.
Pour corser le tout, les bases access de la gestion (celle de la ssii) et celles de la GPAO (made in home) sont intimement liées...
le server merdait dès qu'on éternuait devant, les applic access brillaient par leur lenteurs, des problemes dans le SI apparaissaient tous les jours... Il fallait changer les choses (dixit la direction).
énormément de pme francaises en sont là. Et malheureusement pour elles, les choix possibles sont restreints.
Pour moi, il était inconcevable d'arriver et de dire: "bonjour, vous aller taper vos texte sous openoffice, notre domaine sera géré par un NIS, tout le monde aura une mandrake, et pi faudra redeveloppé toutes nos applic access en php ou c++"... Certes c'est moin chere, mais ça fait peur à la direction, c'est aussi une promesse de casse-tete pour moi devant des parties obscures du monde linux, et des heures de travails en perspective...
Voila. C'est la reflexion (aussi discutable soit elle) de bcp de monde dans ma situation.
Alors comme c'est les economies qui dirigent tout dans une pme: le choix d'une solution M$ est vite vue: c'est small buissness server. Et en 2004, la solution proposée, c'est 2003server. On se retrouve alors avec un parc NT4, qu'il faut migrer sous XP pour fonctionner completement avec un AD2003, et bénéficier des gains de temps proposés par les GPO et autres fonctionnalité AD.
Comme par magie, lorsqu'on veut migrer un vieux parc M$ en 2004, et qu'on ne peut pas se tourner vers le monde libre, on se retrouve avec un environement .NET par excellence: machine XP SP1, serveur iis6, sqlserver2000, etc...
A partir de là, lorsque se pose la question de la technologie de dev qui va etre choisie pour migrer les bases access et les frontaux asp, on en arrive vite à la conclusion que la meilleur solution, en terme de rapidité de mise en place, de facilité de maintenance, de (relative) gratuité, et d'implémentation correcte dans l'environnement M$, c'est du DOTNET.
encore une fois "C'est la reflexion (aussi discutable soit elle) de bcp de monde dans ma situation"...
C'est surtout le fruit d'une tactique rondement menée par M$, pour implémenter son .NET...
Maintenant, apres plusieurs mois dans cette situation, je peut prendre un peu de recul, et vous livrer mon avis.
Le couple webmatrix, sql server, iis6 et win XP, c'est quand meme un truc qui marche bien... A partir du moment où on veut juste developper des applic de gestion pas trop évolués. Tous les "tableaux de bord" (prod, compta, clients, etc...) de ma boite sont des sites intranets en asp.net, connectés à notre sql server 2000. L'authentification implémentée à XP, remarquablement couplée à .net et sqlserver, est un gage de sécurité et de facilité. Les sites en intranet sous iis6 sont rapides et fiables, le code asp.net est bien plus facile à maintenir que de l'asp ou du php. Et surtout, le dev se fait via un utilitaire gratuit: pas de VS.net, pas de DELPHI 8, ni autres monstres sacrés à acheter pour un service informatique composé d'une seule personne.
Bref, tout ça pour dire que .net dans l'environnement PME/PMI non orienté informatique, ça marche.
Apres, pour mes dev perso, je serait plutot pour un bon CbuilderX, voir un delphi 8... mais ce débat est déjà bien alimenté...