[quote=Lo²;6039163][QUOTE=forum-course.com;6039130]c'est pas faux !je n'en attendais pas moins ! ;o)
Qu'est que tu n'a pas compris ? succulent ? côtelette ?
dsl je sors mais il fallait que je le place
Petite réf à Kaamelott
[quote=Lo²;6039163][QUOTE=forum-course.com;6039130]c'est pas faux !je n'en attendais pas moins ! ;o)
Qu'est que tu n'a pas compris ? succulent ? côtelette ?
dsl je sors mais il fallait que je le place
Petite réf à Kaamelott
Bonjour,
Je ne suis pas d'accord avec vous, je pense qu'il y a deux types de développeurs, le premier étant à son compte (voir EDM_TAHITI) et ceux comme moi travaillant au sein d'une entreprise
Personnellement, cela fait en gros quatre ans que je travaille avec Windev.
Le résultat est que je n'ai pas ressentis le besoin de dépasser la version 14 car les développements dont nous avons eu besoins n'a pas nécessité l'acquisition d'une nouvelle version
Pour autant si demain cela était le cas, cela ne me dérangerais pas de payer 390 euros
Désolé de me répéter, mais venant de faire un voyage sur d'autres outils de développement sous environnement MAC, je vous assure que Windev fournis des services que d'autres ne sont pas capable de faire, ou alors nous tombons dans des dépenses financières qu'une entreprise ne fera pas aujours'hui
Comme toujours, ceci est un avis personnel
Bonne journée
Raptor92
Dominique
Aucune aide par MP, utilisez le forum.
Mon guide du débutant pour apprendre à programmer en Java - N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java
Je ne vois pas trop pourquoi tu parle du Mac. si tu veux développer des applis pour Mac, il faut clairement oublier Windev puisque windoev ne permet pas de faire des applications natives Mac (ou alors ca a changé)Désolé de me répéter, mais venant de faire un voyage sur d'autres outils de développement sous environnement MAC, je vous assure que Windev fournis des services que d'autres ne sont pas capable de faire
Le seul truc que windev peut faire pour le mac c'est compiler des applis Java, mais dans ce cas là autant développer directement en Java
@Raptor92
Certes Windev propose de bonnes choses mais il y a aussi des éléments qui sont impardonnables et se doivent d'être critiqués.
Le problème est la publicité mensongère et la non correction de bugs qui mettent en défaut les fonctionnalités annoncées.
Je cite la brochure (p13, encadré en bas à gauche) :
Problème rencontré pour utiliser un code unique avec du SQL compatible (respect de l'aide, des ordres SQL admis, ...) :La programmation est IDENTIQUE quelle que soit la base de données !
Le problème est remonté au ST avec projet exemple, le ST confirme :Une requête contenant un "COALESCE(MaRubriqueNumerique, 0)" renvoie l'erreur
"ORA-00932: types de données incohérents ; attendu : NUMBER ; obtenu : CHAR"
Sachant que nous sommes abonnés à la LST, pas de news, après relance :...
J’ai lu votre description avec attention et je vous remercie pour sa précision. J’ai immédiatement enregistré et transmis vos éléments à notre équipe Développement et à notre équipe Qualité.
L'incident a été enregistré avec la référence 63 063, utilisez-la pour tout contact à ce sujet. Grâce à votre abonnement LST, dés qu’une évolution ou une correction dans Drivers natifs SQL Server est disponible, le service de "notification automatique" vous enverra un mail.
Dans l'immédiat, je vous conseille d'exécuter la requête via "HExecuteRequeteSQL" et son option "hRequeteSansCorrection".
...
Tiens donc, pourquoi une nouvelle demande puisqu'elle était déjà enregistrée ? On jette les vieilles demandes ? Mystère. Persistance du discours du ST qui m'invite à utiliser du code SPECIFIQUE A UNE BASE DE DONNEES, pour rappel, la brochure indique :...
Je le regrette je ne dispose pas encore d'un correctif de notre équipe Développement sur ce point. J'ai immédiatement effectué une nouvelle demande, je vous tiens informé dans les meilleurs délais dès que je dispose de leur retour.
Comme évoqué précédemment, l'utilisation de hRequeteSansCorrection peut immédiatement vous permettre d'obtenir le résultat attendu.
Non content de me faire balader depuis le temps :La programmation est IDENTIQUE quelle que soit la base de données !
A partir de là, silence radio. Aucune possibilité d'avoir gain de cause sur un problème parfaitement identifié qui est contraire au discours de l'éditeur....
Je comprends que l’utilisation de hRequeteSansCorrection permet de contourner mon problème. Cependant, dans le cadre d’un projet multi-bases, je souhaite utiliser la couche H pour que Windev me garantisse la bonne exécution des requêtes quand je respecte les limitations énoncées dans l’aide :
« Accès Natifs - COALESCE n'est pas géré par Progress ou Informix ».
Or ce n’est pas le cas car Oracle n’est pas supporté non plus dans le cas que j’ai soumis.
Avoir à écrire du spécifique revient à admettre que Windev ne permet pas d’écrire du code ou des requêtes multi bases. Et c’est sur ce point qu’il faut considérer ma demande. L’écriture de requêtes qui s’exécutent et fonctionnent ne me pose aucun problème.
...
C'est un exemple parmis d'autres. Vous pouvez aussi lire mon message concernant l'impossibilité d'utiliser un index sur une colonne de type Date si on utilise la couche d'accès aux données de Windev : http://www.developpez.net/forums/d94...bases-donnees/
Bug remonté et validé par le ST, aucun correctif ne m'est parvenu après relance.
Et pour rester dans le sujet "Pourquoi utiliser Windev ?", je réponds évidemment "Pas pour sa couche d'accès aux données"
Raptor92
Dominique
Aucune aide par MP, utilisez le forum.
Mon guide du débutant pour apprendre à programmer en Java - N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java
oui mais je trouve ca simplement hors sujet c'est tout
Ben pas tant que ça, en fait. Je trouve intéressant de savoir que des environnements de développement tel que Windev, ne se trouve pas dans d'autres systèmes, et que ceux qu'on y trouvent ne sont pas aussi puissants. C'est un argument en faveur du "Pourquoi utiliser Windev ?", puisque ça démontre sa valeur.
D'un autre coté, sa montre qu'en choisissant Windev on se bloque à Windows, enfin en grande partie !
Au nom du pèze, du fisc et du St Estephe
Au nom du fric, on baisse son froc...
Raptor92
Dominique
Aucune aide par MP, utilisez le forum.
Mon guide du débutant pour apprendre à programmer en Java - N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java
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 .
Emmanuel Lecoester
=> joomla addict.
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.
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-.
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.
Bonsoir à Tous et bonsoir à JBO
Je suis ici encore et comme souvent d'accord avec JBO, mais je compléterais en disant qu'en fin de compte PC Soft applique ce que grand nombre d'entreprise Européenne appliquent
Prenez un éditeur US et remarquez qu'il ne sortira que peut de versions, celles ci apportant des améliorations constatées par un grand nombres d'utilisateurs
Mais dans notre cas, l'impression est donnée que les versions annuelles corrigent les précédentes
Cela n'enlève en rien mon sentiment personnel à l'égard de Windev et très satisfait ainsi, mais comme JBO, je pense que cela nous donne droit à la critique....constructive et non diffamatoire bien entendue
Bonne soirée à Tous et Toutes
Raptor92
Dominique
Aucune aide par MP, utilisez le forum.
Mon guide du débutant pour apprendre à programmer en Java - N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java
C'est un excellent exemple de ce qui peut arriver lorsqu'on s'écarte un peu des sentiers battus. Je ne sais pas si cela s'est amélioré entre temps mais j'ai eu un problème tout bête de conversion de chaînes récupérées depuis un service en charset UCS4 en 11 qui m'a obligé à passer par une DLL en C, car ces problèmes ne se trouvent apparemment pas sur le chemin de suffisamment de programmeurs.
Je n'irai pas jusqu'à dire que windev est limité, mais toutefois j'ai pu constater que sitôt qu'une approche technique pointue est nécessaire comme dans l'exemple fourni ci-dessus avec REST, on risque d'être mal barré. Autre exemple qui me revient, l'importation de fichier Excel. Windev fournit des fonctions XLS permettant de récupérer la valeur d'une cellule selon l'indice ligne-colonne, c'est simple, direct, excellent... Sauf qu'il y a un catch non documenté : chaque appel à cette fonction de lecture déclenche un parcours du fichier depuis l'octet 0 au lieu de procéder ligne à ligne comme un itérateur le ferait. Donc lecture d'un fichier de 50'000 enregistrements, à partir de la ligne 10000 ça commence à approcher les 500-1000ms d'attente par ligne et aucune possibilité pour le programmeur de gérer cela différemment.
La documentation est certes, bien foutue et bien intégrée à l'environnement, mais souvent j'aurai voulu en savoir plus sur ce qui se passe sous le capot lorsque les performances sont en jeu.
Bah voilà, enfin
Oui Windev a des points bloquants, à des côtés agaçants dans ces nouveautés non actives en début d'année, etc... mais il n'empêche en rien d'utiliser des fonctionnalités extérieures, ce qui finalement peut rendre secondaire ces points faibles, non ?
Et de croire qu'un outil de développement qui suivrait les derniers "standards" (je préfère parler de mode) serait "mieux", je reste dubitatif.
En fait, on en revient toujours au même, tout dépend de l'utilisation que l'on d'un AGL.
As tu vraiment regardé ce qu'il se fait sur Mac ? il y a par exemple realbasic, objective-basic, purebasic ("Basic" ne veux pas forcément dire "pas puissant")Ben pas tant que ça, en fait. Je trouve intéressant de savoir que des environnements de développement tel que Windev, ne se trouve pas dans d'autres systèmes, et que ceux qu'on y trouvent ne sont pas aussi puissants.
Et puis sur mac tu à XCode qui est fournit gratuitement, tu ne me fera pas croire que Windev est plus puissant que XCode...
Non, absolument pas. Et ce n'était pas mon propos. Je signalais simplement que faire partager son expérience (en l'occurrence celle de Raptor92) est toujours intéressant. Et visiblement, l'expérience de Raptor92 est qu'il n'y a rien d'aussi puissant pour réaliser ce qu'il réalise, sous MAC que Windev sous Windows (ou via la virtualisation).
Maintenant, c'est son expérience qui parle, et je trouve intéressant de la connaitre. Si les logiciels que tu cites sont plus ou au moins aussi performants que Windev et bien tant mieux pour les développeurs MAC, et c'est dommage que Raptor92 ne les ai pas connus ni trouvés !
Au nom du pèze, du fisc et du St Estephe
Au nom du fric, on baisse son froc...
je voulais évidemment parler du développement en ObjectiveC avec XCodeAucun rapport. XCode n'a ni son langage, ni son SGBD.
C'est un "interface" de développement genre Eclipse sans plus.
Je pense que c'est le terme "plus puissant" qui porte à confusionNon, absolument pas. Et ce n'était pas mon propos. Je signalais simplement que faire partager son expérience (en l'occurrence celle de Raptor92) est toujours intéressant. Et visiblement, l'expérience de Raptor92 est qu'il n'y a rien d'aussi puissant pour réaliser ce qu'il réalise, sous MAC que Windev sous Windows (ou via la virtualisation).
Maintenant, c'est son expérience qui parle, et je trouve intéressant de la connaitre. Si les logiciels que tu cites sont plus ou au moins aussi performants que Windev et bien tant mieux pour les développeurs MAC, et c'est dommage que Raptor92 ne les ai pas connus ni trouvés !
C'est peut être ce qu'il y a de plus pratique, plus rapide, plus simple pour ce qu'il veux faire, mais plus puissant j'en doute (quelque soit la plateforme)
Bonsoir,
Ce que je voulais dire de mon expérience sur MAC c'est que:
1- Je préfère aujourd'hui travailler sous MAC avec la virtualisation afin de profiter de Windev
2- Mais je n'ai pas dit qu'il n'existait rien de plus puissant, mais je n'ai rien trouver d'aussi convivial et surtout plus complet
Complet dans le sens ou quel que soit l'outil sous MAC, vous n'en avez aucun vous permettant à la fois le développement d'application et l'intégration d'un serveur de type HF (même si personnellement je travaille avec un SQL Serveur)
Mon intervention n'a de propos que de répondre pourquoi mon choix c'est il porté et re-porter sur Windev
Et comme dit, ce n'est que mon expérience qui en rien ne peut servir de généralité, nous sommes bien d'accord
Mais tous ceux qui commence à me connaitre comme Eric, Vmolines, Hpascal ou encore JBO savent que mes débuts étaient plus que chaotiques, mais malgré tout, je ne changerais pour aucun autre outil aujourd'hui
Bonne fin de journée
Raptor92
Dominique
Aucune aide par MP, utilisez le forum.
Mon guide du débutant pour apprendre à programmer en Java - N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java
Bonjour à tous,
Un premier message sur ce forum juste pour dire que pour moi WinDev que j'utilise depuis la version 7 (actuellement version 14) est un super outil de développement qui permet de se concentrer sur l'essentiel : la satisfaction de l'utilisateur final qui se soucie bien peu de savoir comment et avec quoi son application a été développée.
Bien sûr ce n'est pas parfait mais j'ai pu comparer avec des outils comme Visual studio de Microsoft et Power Builder de Sybas et pour moi c'est incomparablement supérieur en terme d'ergonomie, d'interface et de rapidité de développement (surtout comparé à Power Builder qui semble vraiment être d'un autre âge, celui où les informaticiens semblaient être des sorciers).
Il y a plein de PME qui ont des besoins plus ou moins modestes et qui gèrent encore leurs bases de données avec Excel (horreur !) car ils pensent qu'un développement spécifique coûte forcément très cher. WinDev permet de développer pour ces gens là des applications efficaces et peu onéreuses. Mais cela ne veut pas dire pour autant que l'on ne peut pas faire des applications très complexes avec WinDev.
Un avantage énorme que je trouve à cet outil c'est qu'il n'est pas besoin de télécharger des frameworks énormes (comme le .NET par exemple) pour que ça fonctionne et que le déploiement des exécutables est d'une facilité et d'une rapidité exemplaires.
Peut-être n'est-ce pas adapté aux très grosses structures (celles où il faut impérativement appeler le service informatique pour redémarrer un PC ), mais ça reste à prouver...
Alors oui on peut faire du mauvais code avec WinDev, mais ça c'est vrai avec n'importe quel langage de développement il me semble. Là comme ailleurs il faut avoir une logique de développement et ce n'est pas inné, il faut un minimum d'expérience.
Bref, je pense que cet outil mériterait une place supérieure à celle qu'il occupe actuellement sur le marché mais ça c'est peut-être la faute à la démarche commerciale de PC SOFT qui n'est pas à la hauteur du produit...
Quant-à se sentir dévalorisé parce que on utilise un outil sensé être très simple pour les débutants, je trouve ça bien dommage...
Ce qui compte c'est le résultat et il vaut mieux créer une bonne application en WinDev qu'un truc bancal en C++ ou autres langages "dits professionnels". Comme l'a dit quelqu'un plus haut, ce n'est pas le langage qui fait des bons ou des mauvais programmes, c'est le développeur. Et un mauvais ne fera jamais de bonnes applications quel que soit l'outil utilisé, au mieux il pourra se la péter parce qu'il utilise des trucs inutilement compliqués.
Le temps où un langage de programmation se devait d'être obscur et compliqué pour être considéré comme performant est heureusement révolu, austérité ne rime plus forcément avec professionnalisme et c'est tant mieux.
Comme disait un très bon développeur que j'ai connu : "Le langage de programmation ce n'est que de la syntaxe et on s'en fout un peu" et j'ajouterais que l'on aime bien ce qu'on connaît bien, d'où les débats sans fin sur "truc vs machin"...
Je travaille sur PB et Windev donc je pense pouvoir comparer les deux objectivement. Pour faire des applications de gestion de base de données client/serveur je pense qu'il n'y a pas mieux et plus simple que PB. J'ai toujours eu des problèmes pour faire avec Windev ce que je faisait en cinq minutes avec PB(surtout comparé à Power Builder qui semble vraiment être d'un autre âge, celui où les informaticiens semblaient être des sorciers).
Je ne vois pas non plus pourquoi tu dis que PB vient d'un autre âge, îl évolue comme tout langage, en ce moment je fait un appli qui communique avec des webservice (technologie plutôt récente), tu dis peut être ca parcequ'on ne peut pas faire des fenêtres qui clignotes et des boutons de toutes les couleurs ?
On viens de recevoir la revue "LST n°85" au boulot là.... c'est marrant je trouve qu'ils on fait soft cette fois ci en terme de gonzesses à poil
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager