Arjuna Aircraft Ident.: F-MBSD | Zzozo a écrit :
Perso, le truc qui me tracasse le plus dans ton cas, et qui je pense est le réel "point de complexité" (ou "nid à problèmes" potentiel si tu préfères, c'est pas tant d'un point de vue technique (Linux, win2k3 kif-kif pour moi dans cette affaire là, à qq petits points de détails près, mais pas envie de les exposer ...), c'est que l'éditeur migre sa solution d'un environnement *Nix vers un environnement Linux et Windows.
Si j'étais à ta place, j'aimerai être sur que :
1/
2/
3/
[...]
Bon courage
|
Merci
Quelques petites précisions quand même, j'ai pas dû très bien m'expliquer
Au départ (il y a "très" longtemps) cet ERP ne fonctionnait que sous Unix.
Après le démodage de telnet, et les demandes croissantes d'une interface graphique, avant que Java n'existe, ils ont développé une version client/server "surcouche" de telnet, qui tourne sous Windows (le client).
Forts de cette expérience, et voyant qu'avec une version graphique, ils pouvaient séduire les PME, ils ont décidé de porter leur application serveur sur Windows aussi. Ceci remonte à l'époque de NT4. La plateforme Windows est donc réellement éprouvée, ce n'est pas un revers du jour au lendemain.
Par contre, la migration de Unix vers Linux est bien plus récente, et date des trois dernières versions, avec notamment l'apparition d'un client alternatif, sous forme d'intranet.
Passer d'Unix à Linux, quand en plus on a l'expérience PC avec Windows, je ne pense pas que ce soit du suicide. Niveau techno de développement, on retrouve pour ainsi dire la même chose entre Unix et Linux, et d'un point de vue contraintes matérielles, on a largement eu le temps de se faire les dents avec Windows.
En bref, je suis plutôt confiant pour ce qui est de l'avenir du produit. De toute façons, après ces dernières années particulièrement difficiles, la plupart des créateurs de l'appli sont partis, et la relève semble tenir la route. On peut même dire que ça s'est amélioré, puisque nombre de clients ont imposé des certifications diverses et variées, ce qui garanti aujourd'hui un minimum un contrôle qualité sans faille.
Actuellement, le client chez qui je suis est en version 4.4 Elle ne sera plus supporté d'ici fin juin. Il est donc impératif de migrer. La dernière version en date étant la 5.2, il est tout naturel de passer à celle-ci. Mais la véritable raison qui pousse à passer à cette version et pas une autre, c'est que la 5.2 est la toute dernière version à fonctionner avec le client "lourd" (l'appli windows). Ensuite, ce sera full intranet, hors vu les perfs du module actuels, vous aurez compris l'urgence de passer à la 5.2 et éviter de désastre avec une 5.3. Cependant, la 5.2 dispose déjà de l'architecture décidée pour les versions à venir, donc lorsque la version intranet sera réellement utilisable, ils pourront sans problème migrer cette partie de l'application, sans devoir refaire un setup complet.
Pour ce qui est des retours clients, même si j'en ai pas vraiment directement, c'est actuellement une véritable ruée vers cette version, pour les mêmes raisons. Le mieux, ça va être chez GE (le pire c'est que je risque d'enchaîner chez eux après ) qui ont toute une partie de l'application en 3.8, et quelques brides de 4.2... C'est à dire qu'ils doivent payer chaque mois à peu près le prix de leurs licences, afin de conserver chez l'éditeur une équipe de développeurs sur cette version, et garantir le support et les évolutions, puisque ces versions ne sont plus supportées (c'est donc un support spécifique et dédié). Le plus marrant, c'est que dans ce cas, les spécifiques ne sont pas portés sur les nouvelles versions. Du coup, quand ils vont migrer, non seulement y'a rien qui va marcher, mais ça va leur coûter bonbon pour redévelopper tous les spécifiques... Ca promet d'être un projet particulièrement chiant à gérer
Enfin bref, tout ça pour dire que la migration, c'est pas la grande inconnue, d'autant plus que la version 4.4 est la dernière version 4.x, et que les versions 5.x portent principalement sur un réagencement de l'architecture du programme, avec notamment une couche Java qui vient progressivement remplacer les EXE en C (actuellement, tout est en doublon encore). Du coup, on s'attend à très peut de changement entre la 4.4 et la 5.2 niveau fonctionnalités, à condition de ne pas utiliser les nouvelles (pour le moment, on va se contenter d'une migration ISOfonctionnelle, on verra après, j'y suis tout l'été pour ça ) |