Environnement développement ( Windev / Struts / autres ) : Solution gestion clients / SAV / stock / etc
22 réponses
Vito Deruda
Bonjour,
Ca risque d'être long, en espérant que cela intéressera quelques personnes
et les poussera à me conseiller.
24 ans, je ne connais ( assez bien pour en travailler tout du moins ) que
Windev.
J'en suis globalement satisfait, en dehors des reproches que l'on peut faire
à PCSoft ( rancon de la gloire, à vouloir aller plus vite que la musique
cela crée des problèmes qu'ils arrivent tout de même à plus ou moins
gérer.), et de ses limites, qui sont réelles. Mes applications fonctionnent,
je programme encore actuellement mes applis pour ma boite en france et pour
nos "collègues" européens.
Très classique, gestion de la base installée ( on vend du matériel
médical ), suivi des visites des techniciens avec des versions nomades et au
siège, factures, stock, devis, bon de livraison, ndf, bref, tout ce dont est
mal adapté notre very beutiful systeme SAP R/3.
On a pu installé notre logiciel ( et éviter de se faire imposer d'autres
usines à gaz ) à l'étranger car il n'existe aucune solution dans notre
domaine. Elle sont souvent "trop complètes" et mal adpatées et donc cela
exige un dévellopement interne.
Au siège ( suisse ), un informaticien gérant uniquement le hard ( serveurs,
uniformisation au niveau de l'europe des solutions hard ) commence à
s'intéresser au soft et envisage de travailler en commun avec nous pour
proposer une solution soft globale à l'Europe.
En Europe, on a principalement 2 grosses filiales, Allemagne et France, 60
employés chacun ( donc peu ). Les autres pays vont de 3 à 30.
Il a l'air très intéressé de mettre en place, en remplacement de nos
solutions, une interface web indépendante basée sur struts, avec interface
web Java / Ajax etc, tout ce qui se fait de bien à la mode.
Perso je suis évidemment intéressé, ne plus bosser sur Windev ne me dérange
pas plus que cela. Il est évident que cela serait très enrichissant, c'est à
mon age que je dois combler la faiblesse de mes diplomes ( license réseau )
Il n'empèche, que niveau solution, je reste un peu sceptique :
- Il souhaiterait installer un seul serveur apache dans un pays ( suisse à
priori ), auquel tous les autres pays se connecteraient. Base centralisée
pour toute l'Europe.
- J'ignore ce qui se fait dans d'autres entreprises, mais pour un soft de ce
type, une interface web est elle vraiment adaptée pour les secrétaires,
utilisateurs lambda, ect ? En y mettant aussi les possibilités de problemes
de connexion internet etc ? Je ne sais pas pourquoi mais j'éprouve un
certain frein à imaginer une telle solution "web" être mise en place. Manque
d'expérience évidente de ma part et jugement sans autres arguements que :
"je ne le sens pas"
- L'environnement de dev struts a l'air assez imposant, cela n'a évidemment
rien à voir, mais alors plus rien du tout avec Windev. Je suis le seul à
develloper pour toute l'Europe, en même temps que je fais l'assistance
quotidienne informatique de la boite, est-ce envisageable ? ( Evidemment
pour cela Windev est royal )
Je comprends qu'en voyant Windev ( qui ne fait pas forcément déjà l
unanimité en France ), un "étranger" puisse vouloir une solution plus
connue, afin que le projet puisse être repris par la suite "au cas où".
Mais cette solution, parait-elle adapatée ?
Ainsi que la volonté de faire un site web ajax pour gérer tout cela ?
Aussi, j'ai commencé à m'amuser avec Visual Basic 2005. C'est très sympa et
j'imagine que je pourrai m'y amusé autant qu'avec Windev, en m'y adaptant
très rapidement, seulement j'aimerai vraiment pouvoir proposé la solution
( si changement il y a ) qui soit la meilleure.
Je lis à droite à gauche que Delphi est très bon. Différences réelles entre
les deux ?
Qu'en est il de Visual C ( je ne comprends pas vraiment ses différences avec
Visual Basic ).
Ou d'autres solutions ?
Ou continuer Windev ?
merci pour vos commentaires et toute discussion qui pourrait me faire mieux
apprécier cette situation toute fraiche !!!!
Dans son message précédent, Roumegou Eric a écrit :
Le 24/07/2006, TJ a supposé :
Tiens j'ai l'impression de trouver mon clone lol
Expériences similaires et donc avis concordants (les accès alternatifs itou) et mème si maintenant je travaille à 80 % sur des developpements Web, je considère que faire du web pour des outils pure gestion sans avoir de réelles contraintes de communications, de large diffusion, de clients légers etc ... releve plus souvent de l'auto justification ou de l'autoalimentation des partenaires informatiques (meme internes) que de la satisfaction des utilisateurs.
C'est clair! Le meilleur des deux mondes, ca reste le client lourd associé à un PHP4WD... ca permet des interfaces puissantes et peu gourmandes en bande passante, sans se galérer à faire de l'Ajax (parce que sans Ajax, le web hum... humour).
Mais bon, la mode (associée à des DR/DSI qui veulent absolument être en couverture de Décision Micro), c'est de faire des applis tout en web avec Java et .NET.
Pauvres utilisateurs.
Dans son message précédent, Roumegou Eric a écrit :
Le 24/07/2006, TJ a supposé :
Tiens j'ai l'impression de trouver mon clone lol
Expériences similaires et donc avis concordants (les accès alternatifs itou)
et mème si maintenant je travaille à 80 % sur des developpements Web, je
considère que faire du web pour des outils pure gestion sans avoir de réelles
contraintes de communications, de large diffusion, de clients légers etc ...
releve plus souvent de l'auto justification ou de l'autoalimentation des
partenaires informatiques (meme internes) que de la satisfaction des
utilisateurs.
C'est clair!
Le meilleur des deux mondes, ca reste le client lourd associé à un
PHP4WD... ca permet des interfaces puissantes et peu gourmandes en
bande passante, sans se galérer à faire de l'Ajax (parce que sans Ajax,
le web hum... humour).
Mais bon, la mode (associée à des DR/DSI qui veulent absolument être en
couverture de Décision Micro), c'est de faire des applis tout en web
avec Java et .NET.
Dans son message précédent, Roumegou Eric a écrit :
Le 24/07/2006, TJ a supposé :
Tiens j'ai l'impression de trouver mon clone lol
Expériences similaires et donc avis concordants (les accès alternatifs itou) et mème si maintenant je travaille à 80 % sur des developpements Web, je considère que faire du web pour des outils pure gestion sans avoir de réelles contraintes de communications, de large diffusion, de clients légers etc ... releve plus souvent de l'auto justification ou de l'autoalimentation des partenaires informatiques (meme internes) que de la satisfaction des utilisateurs.
C'est clair! Le meilleur des deux mondes, ca reste le client lourd associé à un PHP4WD... ca permet des interfaces puissantes et peu gourmandes en bande passante, sans se galérer à faire de l'Ajax (parce que sans Ajax, le web hum... humour).
Mais bon, la mode (associée à des DR/DSI qui veulent absolument être en couverture de Décision Micro), c'est de faire des applis tout en web avec Java et .NET.
Pauvres utilisateurs.
Daniel
Gilles Guédikian writes:
Dans son message précédent, Roumegou Eric a écrit : > Le 24/07/2006, TJ a supposé : > > Tiens j'ai l'impression de trouver mon clone lol > > Expériences similaires et donc avis concordants (les accès >alternatifs itou) et mème si maintenant je travaille à 80 % sur des >developpements Web, je considère que faire du web pour des outils >pure gestion sans avoir de réelles contraintes de communications, de >large diffusion, de clients légers etc ... releve plus souvent de >l'auto justification ou de l'autoalimentation des partenaires >informatiques (meme internes) que de la satisfaction des >utilisateurs.
C'est clair! Le meilleur des deux mondes, ca reste le client lourd associé à un PHP4WD... ca permet des interfaces puissantes et peu gourmandes en bande passante, sans se galérer à faire de l'Ajax (parce que sans Ajax, le web hum... humour).
Totalement d'accord.
Mais bon, la mode (associée à des DR/DSI qui veulent absolument être en couverture de Décision Micro), c'est de faire des applis tout en web avec Java et .NET.
Il ne faut pas aller dans l'extrème, il paut y avoir des intérêts dans un SI de choisir de tel technologie, je vais en citer 2 : - cas d'un parc machines/os hétérogène - beaucoup d'argent à dépenser ;-)
Pauvres utilisateurs.
Oui, mais les utilsateurs ne font pas la couverture de Décision Micro.
Je connais des grosses sociétés internationales qui ont décidé de changer leur SI en passant par des solutions proposées par SAP, Oracle...
Mis à part la perte de temps pour chacun pour saisir les infos, les applis sont moins de moins utilisées par le terrain car complètement inadaptées.
Le constat est que les décideurs restent sur leur position, car il est difficile d'accepter d'avoir tort, et les utilisateurs utilisent le système le moins possible.
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
Dans son message précédent, Roumegou Eric a écrit :
> Le 24/07/2006, TJ a supposé :
>
> Tiens j'ai l'impression de trouver mon clone lol
>
> Expériences similaires et donc avis concordants (les accès
>alternatifs itou) et mème si maintenant je travaille à 80 % sur des
>developpements Web, je considère que faire du web pour des outils
>pure gestion sans avoir de réelles contraintes de communications, de
>large diffusion, de clients légers etc ... releve plus souvent de
>l'auto justification ou de l'autoalimentation des partenaires
>informatiques (meme internes) que de la satisfaction des
>utilisateurs.
C'est clair! Le meilleur des deux mondes, ca reste le client lourd
associé à un PHP4WD... ca permet des interfaces puissantes et peu
gourmandes en bande passante, sans se galérer à faire de l'Ajax (parce
que sans Ajax, le web hum... humour).
Totalement d'accord.
Mais bon, la mode (associée à des DR/DSI qui veulent absolument être
en couverture de Décision Micro), c'est de faire des applis tout en
web avec Java et .NET.
Il ne faut pas aller dans l'extrème, il paut y avoir des intérêts dans
un SI de choisir de tel technologie, je vais en citer 2 :
- cas d'un parc machines/os hétérogène
- beaucoup d'argent à dépenser ;-)
Pauvres utilisateurs.
Oui, mais les utilsateurs ne font pas la couverture de Décision Micro.
Je connais des grosses sociétés internationales qui ont décidé de
changer leur SI en passant par des solutions proposées par SAP,
Oracle...
Mis à part la perte de temps pour chacun pour saisir les infos, les
applis sont moins de moins utilisées par le terrain car complètement
inadaptées.
Le constat est que les décideurs restent sur leur position, car il est
difficile d'accepter d'avoir tort, et les utilisateurs utilisent le
système le moins possible.
--
suivre ce lien pour répondre:
http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)
Dans son message précédent, Roumegou Eric a écrit : > Le 24/07/2006, TJ a supposé : > > Tiens j'ai l'impression de trouver mon clone lol > > Expériences similaires et donc avis concordants (les accès >alternatifs itou) et mème si maintenant je travaille à 80 % sur des >developpements Web, je considère que faire du web pour des outils >pure gestion sans avoir de réelles contraintes de communications, de >large diffusion, de clients légers etc ... releve plus souvent de >l'auto justification ou de l'autoalimentation des partenaires >informatiques (meme internes) que de la satisfaction des >utilisateurs.
C'est clair! Le meilleur des deux mondes, ca reste le client lourd associé à un PHP4WD... ca permet des interfaces puissantes et peu gourmandes en bande passante, sans se galérer à faire de l'Ajax (parce que sans Ajax, le web hum... humour).
Totalement d'accord.
Mais bon, la mode (associée à des DR/DSI qui veulent absolument être en couverture de Décision Micro), c'est de faire des applis tout en web avec Java et .NET.
Il ne faut pas aller dans l'extrème, il paut y avoir des intérêts dans un SI de choisir de tel technologie, je vais en citer 2 : - cas d'un parc machines/os hétérogène - beaucoup d'argent à dépenser ;-)
Pauvres utilisateurs.
Oui, mais les utilsateurs ne font pas la couverture de Décision Micro.
Je connais des grosses sociétés internationales qui ont décidé de changer leur SI en passant par des solutions proposées par SAP, Oracle...
Mis à part la perte de temps pour chacun pour saisir les infos, les applis sont moins de moins utilisées par le terrain car complètement inadaptées.
Le constat est que les décideurs restent sur leur position, car il est difficile d'accepter d'avoir tort, et les utilisateurs utilisent le système le moins possible.
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
