Citation:
Envoyé par
Emmanuel Lecoester
Merci de rester sur des échanges techniques et factuels.
Si vous souhaitez évoquer la politique commerciale ou marketing de Pc-Soft, n'hésitez pas à prendre contact avec leur service commercial.
PS : vous vous en doutez conformément à ce qui a été rappelé plusieurs fois concernant les avis sur la politique commerciale de PC-Soft un petit nettoyage de post s'impose à la modération :?.
Permettez moi quand même de préciser que le domaine technique n'est pas déconnecté du domaine commercial.
En effet, dans le cas de WinDev, la politique commerciale de PC Soft a un impact direct sur les aspects techniques du produit, notamment les fonctionnalités annoncées mais partiellement implémentées ou boguées.
... voilà le message de fond des contributeurs du forum.
Quelqu'un qui veut un outil de développement à la pointe des technologies ne doit pas choisir WinDev en croyant qu'il donnera entière satisfaction, contrairement aux assurances données par le marketing.
J'en veux pour exemple les fonctionnalités de Web Services ou encore le protocole HTTP qui ne couvrent que partiellement les standards du moment.
Par exemple, depuis plusieurs années les architectures REST ont le vent en poupe. Et le récent WD16 ne permet pas encore un HTTPRequête() PUT ou DELETE.
Toujours en ce qui concerne HTTPRequête, les types de données application/octet-stream et text/xml sont une "nouveauté" WD16... :?
Personnellement, j'ai vécu une expérience d'interfaçage avec un service de fax internet via l'API HTTP de ce service, impossible à réaliser avec les seules fonctionnalités de WinDev.
J'ai un autre exemple en tête, pour ceux qui ont le courage et la patience de me lire.
Du temps de WD9 (je crois), j'avais épluché la doc commerciale et j'étais intéressé par la possibilité de développer une appli serveur COM, ou un service NT. La lecture de la brochure disait que ces fonctionnalités étaient disponibles.
Bien plus tard, nous avons acquis WD12, et j'ai donc cherché à implémenter ce fameux serveur COM et j'ai constaté que c'était tout sauf simple. J'ai donc laissé tomber. :aie:
Quant au service NT, il s'appuyait alors sur un service générique mis à disposition avec WD12, qui ne couvrait qu'une maigre partie des fonctionnalités d'un "vrai" service NT. Re-:aie:.
Apparemment, depuis WD14 il est possible de créer de vrais services, mais entre la pub WD9 et la concrétisation WD14, il s'est écoulé 4 ans !
Combien de messages sur le forum, d'utilisateurs qui tentent d'exploiter telle bibliothèque tierce (ex. cURL) ou tel assemblage en lieu et place des fonctionnalités de WinDev, trop partielles et qui deviennent un obstacle pour s'interfacer avec des tiers qui eux utilisent toute l'étendue des technologies.
Et les évolutions annuelles de versions n'y peuvent rien changer.
Donc, pour conclure et synthétiser mon message:
Si WinDev évolue et s'améliore chaque année, en revanche il n'est pas pour autant à la pointe des technologies et reste toujours en retrait (les évolutions annuelles ne sont pas garantes d'un environnement "up to date").
C'est important de bien le comprendre quand on décide d'investir dans cet environnement de développement.
Le bon côté, c'est qu'il est toujours possible d'interfacer nos développements WinDev avec d'autres bibliothèques ou langages plus à la page.
_