Discussion :

[bernard.pautal]

Bonjour,

Je viens de parcourir ce sujet et je voudrais savoir quel est le positionnement de Windev.
J'utilises ce langage depuis plus de 15 ans maintenant mais je n'ai jamais fait de mise à jour (j'ai la version 5.5) car le pris est exorbitant.
D'après vous, combien d'utilisateurs pour ce langage?
Cordialement,
B. Pautal

[YAKYETI]

Bonjour, l'assembleur est le plus complet, le plus rapide et le plus lisible des langages. Lorsque que l'on le pratique à haute dose, c'est vraiment très agréable. Je l'avais appris tout seul avec un Sinclair ZX 81 et je me suis retrouvé bien plus tard à bosser sur un GDS, vous savez, ces vieux trucs qui n'ont toujours aucun équivalent malgré l'évolution des techniques.
En ce qui concerne la portabilité, j'attends toujours des exemples concrets. Même les petites applications mobiles ne le sont pas.

[pierre.E]

perso je regarde l écosystème
pour aimer un langage il doit y avoir ide simple légère gratuite et tutorial bien fait avec getting starded
un truc ou j ai juste besoin du navigateur pour coder
pour le moment y a pas
bon avec les ia le code sera de plus en plus generé automatiquement

[chinagirl]

Je crois que le pire langage que j'ai utilisé est celui présent dans NSIS, le framework pour créer des installeurs.

[bernard.pautal]

Bonjour à Tous,

Je lis vos post mais ça ne répond pas à ma question. Qu'en est-il de Windev?
Est-ce i=un bon langage et est-il utilisé par de nombreux programmeurs?
A plus,
BP

[didier.cabale]

3) Le pascal car il est trop français (pas assez international) et majoritairement propriétaire.

1. trop "français"?
Qu'a le Pascal de trop français? Je ne vois que son nom, qui fait référence au fameux mathématicien /philosophe Blaise Pascal.
Sinon, c'est un langage largement plus diffusé à l'étranger qu'en France. De plus, il n'a pas été créé par un français.
2. majoritairement propriétaire? Je suppose que vous faites référence à la présence de Delphi sur le marché du Pascal. Je peux vous garantir que le nombre de lignes de codes écrites en Pascal sur terre, sont en plus grande partie compilées en dehors de Delphi qu'avec.

[Pierre Louis Chevalier]

Bonjour à Tous,

Je lis vos post mais ça ne répond pas à ma question. Qu'en est-il de Windev?
Est-ce i=un bon langage et est-il utilisé par de nombreux programmeurs?
A plus,
BP

C'est pas un langage mais un EDI RAD, c'est pas spécialement utilisé par les "programmeurs" mais plutôt par des autodidactes ou des personnes des servives de gestion des PME pour faire des applications maison. Tu as des témoignages sur ce sujet sur le forum Windev en particulier sur ce fil : Pourquoi utiliser WinDev ?.

[Chauve souris]

Bonjour, l'assembleur est le plus complet, le plus rapide et le plus lisible des langages. Lorsque que l'on le pratique à haute dose, c'est vraiment très agréable. Je l'avais appris tout seul avec un Sinclair ZX 81 et je me suis retrouvé bien plus tard à bosser sur un GDS, vous savez, ces vieux trucs qui n'ont toujours aucun équivalent malgré l'évolution des techniques.
En ce qui concerne la portabilité, j'attends toujours des exemples concrets. Même les petites applications mobiles ne le sont pas.

Ouahouh ! Un survivant du Sinclair ZX 81 ! En ce 11 novembre hommage aux anciens combattants programmeurs. Pour ma part j'ai quand même attendu l'Amstrad CPC 464 pour oser faire de l'assembleur. J'avais bien aimé. Bien sûr c'était très limité comme applications possibles au niveau de nos petites caboches.

[bernard.pautal]

Merci Pierre-Louis de ta réponse.
J'ai consulté le lien que tu joins et j'ai trouvé toutes les réponses à mes questions.
J'ai développé moi-même quelques applis en Windev 5.5 et, bien sûr, j'ai eu quelques soucis pour les installer sous Windows 10.
Mais j'ai trouvé la solution et je n'envisage plus d'investir dans la dernière version. D'autant que j'ai essayé la version de test et c'est devenu une vraie usine à gaz. Pour bien travailler il faut deux écrans sinon on ne voit plus rien.
Merci encore et à bientôt peut-être.
Cordialement,
B. Pautal

[ClaudeBg]

Marrant, j'en vois qui indiquent ne pas aimer "l'assembleur".
Étrange pour un forum dédié à la programmation que de classer "l'assembleur", qui est un outil, parmi les langages de programmation. Arf! C'est comme si on disait qu'on n'aime pas le compilateur.
Après, on s'étonne que les étudiants mélangent tout!

Ensuite, si on parle des langages d'assemblage, ça n'a absolument aucun sens de prétendre aimer ou ne pas aimer sans préciser duquel on parle et sur quelle plateforme on travaille (avec ou sans OS, cibles 8 bits ou 32 bits, microprocesseurs ou microcontrôleurs, quelle marque etc).

Ensuite, la syntaxe du langage varie fortement d'un micro à l'autre, et par exemple c'est intégralement différent comme agrément entre un RISC et un CISC. Et c'est aussi vrai pour l'orthogonalité: Il est plus "amusant" de programmer un 68030 en langage d'assemblage qu'un 80x86

Sans non plus aborder le contexte, parce que développer un driver en langage de haut niveau, c'est pas évident.
Parfois on n'a même simplement pas vraiment le choix.

En ce qui concerne l'argument "portabilité, c'est un argument qu'on sort depuis l'apparition du C. On peut certes récupérer des routines basiques, mais porter une application même avec un langage dit "portable" comme C#, Java, Kotlin, ou un langage scripté, c'est quand même fortement relatif: Je voudrais voir une application qu'on porte d'une cible sans OS à une cible sous Windows et ensuite sous Android. Il y a des tas d'applications qui ne se portent même pas d'une version de l'OS à l'autre.

Chaque langage a ses avantages et inconvénients, et également ils ne sont pas tous nés à la même époque, ça joue également.
Enfin, c'est mon opinion:

[Aizen64]

Dans l'ordre des langages les moins appréciés :
- JS pour sa gestion de portée de variable que je trouve embrouillant, son typage aussi. Est ce que je manipule un élément, un nœud,une liste de noeuds etc.... Dans chacun des cas, quelles sont les méthodes auxquelles j'ai accès ? Pas de classes en JS en 2017 juste un var = function ?

Si le language était bien foutu pourquoi cofee script et TS existent ? Pourquoi j'ai un million de paquets sur NPM au lieu d'une bibliothèque standard ?


- PHP pour ses fonctions procédurales où je me pose souvent la question de l'ordre des paramètres. Avec un bon framework, ça se mange quand même en 2017 le PHP. De plus le runtime évolue tous les ans positivement avec des gains significatifs de perfs. L'écosystème s'est bien amélioré en 10 ans.

[Neckara]

Pas de classes en JS en 2017 juste un var = function ?

https://developer.mozilla.org/fr/doc...erence/Classes

[LSMetag]

Bonjour

Moi j'ai voté contre javascript parce que

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
''        ==   '0'           // false
0         ==   ''            // true
0         ==   '0'           // true
false     ==   'false'       // false
false     ==   '0'           // true
false     ==   undefined     // false
false     ==   null          // false
null      ==   undefined     // true
" \t\r\n" ==   0             // true

Autre exemple:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
> '5' - 3
2
> '5' + 3
'53'

A partir de là, moi je jette un peu l'éponge. C'est vrai que rien dans les 10 commandements ne dit "l'addition sera l'exacte opposée de la soustraction" mais quelque part ça m'arrangeait bien de penser que ça allait sans dire quoi...

Résumé intéressant, en plus des problèmes pour savoir sur quel élément on travaille. Je te le pique !

[Uther]

Dans l'ordre des langages les moins appréciés :
- JS pour sa gestion de portée de variable que je trouve embrouillant, son typage aussi. Est ce que je manipule un élément, un nœud,une liste de noeuds etc.... Dans chacun des cas, quelles sont les méthodes auxquelles j'ai accès ? Pas de classes en JS en 2017 juste un var = function ?

Alors si il y a un système de classe qui a été introduit dans la dernière version de la norme. Mais bon comme il faut gérer la compatibilité avec l'existant, ça reste une surcouche au système de prototype.

Si le language était bien foutu pourquoi cofee script et TS existent ? Pourquoi j'ai un million de paquets sur NPM au lieu d'une bibliothèque standard ?

Alors le fait que la bibliothèque standard soit légère a aussi des avantages. Ça permet notamment de s'éviter un héritage trop lourd que l'on ne peut plus faire évoluer à cause de la compatibilité. Une maxime bien connue de la communauté Phyton est que la bibliothèque standard est là ou les modules vont mourir.

[hotcryx]

Pour des applis rapides avec Excel je ne connait rien de mieux pour ma part, simplement il faut rendre les variables explicites. C'est pourquoi je n'aime pas Python, il n'y a pas moyen de déclarer les variables

Tu peux les déclarer en entrée de procédure
ok ce n'est l'idéal.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
def mon_sub(var_1, var_2):
    ...

[Chauve souris]

Marrant, j'en vois qui indiquent ne pas aimer "l'assembleur".
Étrange pour un forum dédié à la programmation que de classer "l'assembleur", qui est un outil, parmi les langages de programmation. Arf! C'est comme si on disait qu'on n'aime pas le compilateur.
Après, on s'étonne que les étudiants mélangent tout!

Qu'on aime ou non l'assembleur il me semble qu'il est prohibé sous Windows car il n'y aurait aucun contrôle que le programme aille faire des bêtises dans le kernel du système. Au temps du MS-DOS on pouvait planter le système en toute impunité.

[Neckara]

Qu'on aime ou non l'assembleur il me semble qu'il est prohibé sous Windows car il n'y aurait aucun contrôle que le programme aille faire des bêtises dans le kernel du système.

[sergio_is_back]

Qu'on aime ou non l'assembleur il me semble qu'il est prohibé sous Windows car il n'y aurait aucun contrôle que le programme aille faire des bêtises dans le kernel du système. Au temps du MS-DOS on pouvait planter le système en toute impunité.

L'assembleur "prohibé" ?????
Faudra m'expliquer ça !

[Uther]

Qu'on aime ou non l'assembleur il me semble qu'il est prohibé sous Windows car il n'y aurait aucun contrôle que le programme aille faire des bêtises dans le kernel du système. Au temps du MS-DOS on pouvait planter le système en toute impunité.

Heu! Non, non non et non.
Partout ou on peut exécuter un programme compilé en binaire, on peux exécuté de l'assembleur. L'assembleur n'est qu'une forme lisible du code machine. Le C et le C++ sont techniquement tout aussi dangereux que l'assembleur.

Sur MS-DOS on pouvait certes planter facilement un système, mais c'était parce qu'il n'utilisait quasiment aucun des systèmes de contrôle d'accès offert par les processeurs. Ça fait longtemps que plus aucun OS ne fonctionne comme ça à par dans certains systèmes embarqués.

[Mat.M]

Qu'on aime ou non l'assembleur il me semble qu'il est prohibé sous Windows car il n'y aurait aucun contrôle que le programme aille faire des bêtises dans le kernel du système. Au temps du MS-DOS on pouvait planter le système en toute impunité.

le langage assembleur en lui-même n'est pas prohibé ; dans Visual Studio en C/C++ je peux faire de l'assembleur inline grâce à asm{}
Ce qui est prohibé ce sont les interruptions avec l'instruction assembleur INT