[VB6]traduire vb6 en langage algorithmique

**chagala** · 26/05/2006, 05h12

salut a tout les programmeur
alors j'ai preparer une application vb6 pour une soutenence a notre faculter mais c'est obligatoire de representer le code en un langage algorithmique en francais.
il y a pas un petit programme qui traduit un code source vb6 en algorithmique
aider moi j'ai 2 jours encore pour representer mon travail
et merci d'avance

**AlainTech** · 26/05/2006, 07h37

C'est par là que tu aurais dû commencer... Et pas l'inverse.

C'est un des plus gros défauts des programmeurs d'aujourd'hui.
Commencer à coder sans analyse préalable et "mise à plat", en langage courant et en détail, de ce que doit faire l'application.

Si tu as loupé cette étape, j'ai de gros doutes sur la qualité du travail final.

De toute manière, puisque c’est toi qui as pondu ton code, tu ne devrais avoir aucun mal à décrire ce que tu as écrit.

**jmfmarques** · 26/05/2006, 08h38

J'ajoute sans hésitation que rien (un "petit programme") ni nul autre ne saurait bien évidemment mieux décrire le mécanisme d'une application que ne saurait le faire le développeur de la dite application...que ce soit sous VB où sous quelquelque autre langage que ce soit, y compris et surtout en C (que tu nous a dit maitriser).

**ouskel'n'or** · 26/05/2006, 10h22

il y a pas un petit programme qui traduit un code source vb6 en algorithmique

Bonne idée ! Tu devrais développer ça. Succès garanti auprès de tous les développeurs en herbe. Et fais en sorte qu'il soit concis, qu'il traduise bien dans toutes les langues la pensée confuse d'un programmeur en herbe qui a oublié de faire un algorithme, et qu'il soit gratuit.

Je crois que tu vas devoir prendre ta plus belle plume et ton courage à deux mains

Bon courage

**méphistopheles** · 26/05/2006, 18h37

Envoyé par ouskel'n'or

Bonne idée ! Tu devrais développer ça. Succès garanti auprès de tous les développeurs en herbe. Et fais en sorte qu'il soit concis, qu'il traduise bien dans toutes les langues la pensée confuse d'un programmeur en herbe qui a oublié de faire un algorithme, et qu'il soit gratuit.

Je crois que tu vas devoir prendre ta plus belle plume et ton courage à deux mains

Bon courage

l'inverse serait plus marrant.

par contre, je serais intéressé, pour conaitre la notation officielle, par-ce que je dis boucle, fonction,param1, param2 mais comme je ne connais pas la notation officielle, j'ai du mal à me faire comprendre à l'écris, vu que ça se reproche beaucoup du vb (version française)

**Le Pharaon** · 26/05/2006, 20h44

Franchement je ne vois pas de probleme dans le fait de commencer par étider le code d'un programme (sachant que les langages de la nouvelle génération telle que VB6 sont très proche du langage humain) avant l'écriture proprement dite de l'algorithme.
A l'école je me rappelle notre professeur de Pascal était en avance sur le professeur d'Algorithme. Et on s'inpirait du premier pour faire le dernier. Et ça marchait très bien.
Le seul inconvénient pour moi serait peut-être le fait que le code ne puisse pas être compris par quequ'un qui ne connaisse pas le langage dans lequel il est écrit.

**jmfmarques** · 26/05/2006, 22h23

Bujuman a écrit :

Franchement je ne vois pas de probleme dans le fait de commencer par étider le code d'un programme (sachant que les langages de la nouvelle génération telle que VB6 sont très proche du langage humain) avant l'écriture proprement dite de l'algorithme

et je vais le prendre à son jeu :
Nous allons démarrer ensemble un programme assez "enchevétré", toi sans algo et moi avec algo.
In fine, nous allons voir qui a une usine à gaz et qui ne l'a pas, qui a des verrues partout et qui n'en a pas, quel programme s'exécute plus rapidement et quel programme s'exécute plus lentement....
Prêt, Bujuman ?

Edit : exemple d'oubli parfaitement "évitable" grâce à un algo bien mené :
http://www.developpez.net/forums/sho...95&postcount=9

Puis-je donc un peu compléter le texte de ta signature ? j'y ajouterais bien volontiers "l'homme avisé s'efforce de bien calculer son chemin pour ne pas se trouver forcé d'en changer souvent en cours de route..."

Et si tu insistes : je vais t'envoyer un petit bout de code jmfien (une fonction, par exemple) avec tout ce qui l'accompagne pour qu'il s'exécute en paix... et tu vas me dire ce que fait ce code (VB est un langage proche du langage, humain, as-tu dit ?... tu ne devrais donc rencontrer aucune difficulté à en expliquer le mécanisme et... la finalité ... on va voir !)

Tu découvriras ainsi vite la sagesse des propos qu'a tenus AlainTech, crois-moi

**jmfmarques** · 27/05/2006, 15h45

Je suis très opiniatre, Bujuman (tu ne t'en es pas encore aperçu ?).
Alors : lis celà :
http://www.developpez.net/forums/sho...12&postcount=7
... et fais-en ce que tu veux... ma foi !

**Le Pharaon** · 30/05/2006, 13h37

Bien dit jmfmarques, mais j'aurais préféré un post spécial pour le débat.

**jmfmarques** · 30/05/2006, 13h41

Quand on préfère, Bujuman, on ouvre soi-même !
et tu auras une avalanche de démontrations, dont l'une on ne peut plus récente

Edit :
Tiens : la voilà !
http://www.developpez.net/forums/sho...4&postcount=21
tu crois vraiment qu'il faille commenter ton sujet sur le forum VB ?
Je crois qu'il pourrait l'être, tout naturellement, sur le forum général (quel que soit le langage de développement, donc )

**Le Pharaon** · 30/05/2006, 13h59

Envoyé par Bujuman

Franchement je ne vois pas de probleme dans le fait de commencer par étider le code d'un programme (sachant que les langages de la nouvelle génération telle que VB6 sont très proche du langage humain) avant l'écriture proprement dite de l'algorithme.
A l'école je me rappelle notre professeur de Pascal était en avance sur le professeur d'Algorithme. Et on s'inpirait du premier pour faire le dernier. Et ça marchait très bien.
Le seul inconvénient pour moi serait peut-être le fait que le code ne puisse pas être compris par quequ'un qui ne connaisse pas le langage dans lequel il est écrit.

Mets moi un petit programme et on voit ce que ça donne en algo

**jmfmarques** · 30/05/2006, 14h02

Non, pas comme çà et pas après ce que tu as affirmé puis après ce que tu as suggéré !
Ouvres un sujet, puis on y va... jusqu'au bout ...
(De sorte à changer de cour...)

**Le Pharaon** · 30/05/2006, 14h08

En fait je ne veux pas ouvrir un post et rester 24 h sans rien y poster. Je bouge beaucoup en ce moment. Et en tant que rédacteur tu n'es pas mal placé pour commencer. Je trouve aussi tu as beaucoup d'idées à accoucher, vue l'automaticité de tes interventions

Exemple de programme :

Code :

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

1
2
3
4
5
If OuvertureConnexion(objConnexion, chConnexion) Then
        objConnexion.Execute sqlUpdate
        FormaterListView objConnexion, rsListView, lstCorrection
        FermetureConnexion objConnexion
    End If