bonjour
juste une petite question pour les pros de Puebasics
quand vous commencer à programmer un programme
quels est votre methode ?
par quoi commencez vous?
c'est juste pour avoir une info sur la dessus ...
Bonne programmation
Question: par quels est votre méthode pour programmer?
sans faire parti des pro, je vais quand meme répondre: j'écris avec mon clavier.
En fait, je commence par définir l'architecture du programme, énumerer les procedures, réfléchir aux points ou ca va manifestement bloquer (par exemple, vais je avoir besoin de user lib? tel chose me parrait difficile à coder...) puis je fais un todo tres détaillé (avec le logiciel de progi).
Apres quoi, je commence par le début, qui va etre la phase des init (en fonction de ce dont j'ai besoin), de la déclaration des structures et des variables, toussa toussa.
puis je crée la boucle principale (si il y a, mais des qu'on s'attaque à un gros projet c'est quasi obligatoire) par ce que j'aime bien pouvoir voire l'avancer de mon travail, et je code chaque procedure des que je l'appelle dans le code.
Vala.
En fait, je commence par définir l'architecture du programme, énumerer les procedures, réfléchir aux points ou ca va manifestement bloquer (par exemple, vais je avoir besoin de user lib? tel chose me parrait difficile à coder...) puis je fais un todo tres détaillé (avec le logiciel de progi).
Apres quoi, je commence par le début, qui va etre la phase des init (en fonction de ce dont j'ai besoin), de la déclaration des structures et des variables, toussa toussa.
puis je crée la boucle principale (si il y a, mais des qu'on s'attaque à un gros projet c'est quasi obligatoire) par ce que j'aime bien pouvoir voire l'avancer de mon travail, et je code chaque procedure des que je l'appelle dans le code.
Vala.
-
lionel_om
- Messages : 1500
- Inscription : jeu. 25/mars/2004 11:23
- Localisation : Sophia Antipolis (Nice)
- Contact :
Comme le dit poshu, c'est classiquement comme ça qu'on débute un programme.
Plus la phase réflexion est longue, mieux c'est ! Faut réfléchir comment faire le plus facilement (ou optimalement) possible telle ou telle fonction...
Mais c'est comme pour tout, faut commencer par le début !!!
Plus la phase réflexion est longue, mieux c'est ! Faut réfléchir comment faire le plus facilement (ou optimalement) possible telle ou telle fonction...
Mais c'est comme pour tout, faut commencer par le début !!!
Webmestre de Basic-univers
Participez à son extension: ajouter vos programmes et partagez vos codes !
Participez à son extension: ajouter vos programmes et partagez vos codes !
Moi aussi je fait comme ça.
Salut, moi aussi je fait comme ça, mais à chaque fois que je code une procedure que j'appelle, je l'optimise et je compile pour voir si il y a des bugs. Je préfère tout coriger avant de finaliser mon projet, car pour moi c'est une perte de temps de devoir coriger les bugs après il vos mieu les coriger dès le début. Deplus, il vos mieu faire un projet qui soit sans (ou presque) bugs, qu'un projet avec plains de patches de corections. C'est ça que l'on reproche à Windows et plus généralement à microsoft, symentec et tous les autres gros sur le marché du logitiel, il font un soft à la va vite pour faire des bénéfices au plus vite et après il sortent plains de patches.
Ce n'est pas la solution la plus fassile ni la plus rentable à cours terme, mais à long terme, ça demande moin de bouleau et ça permet de développer d'autres fonctions sans avoir besoin de retravailler les fonctions déjà existantes.
Voilà @+++
Ce n'est pas la solution la plus fassile ni la plus rentable à cours terme, mais à long terme, ça demande moin de bouleau et ça permet de développer d'autres fonctions sans avoir besoin de retravailler les fonctions déjà existantes.
Voilà @+++
tout pareil que ces messieurs.
je passe aussi beaucoup de temps a tester et re-tester les procedures que j'écris. je vérifie les arguments en entrée et la bonne validité des valeurs de retour dans un maximum de cas possibles.
mes programmes sont toujours architecturé autour de pleins de procédures - lesquelles se dérivent en plusieurs catégories, contrairement à SPH qui fait tout sans procédure
c'est un choix mais au moins lorsque le programme grandit on s'y retrouve.
je fais aussi souvent un distingo entre procédures privées et procédures publiques - notamment pour les includes.
par ex. la structure de mon prog est ordonné à peu près toujours comme çà.
; includes
; constantes, énumérations
; structures
; globales
; procédures privées
; procédures publiques
; démarrage du programme
programme()
; fin du programme
End
; zone de données
DataSection
; images
; icones
EndDataSection
je passe aussi beaucoup de temps a tester et re-tester les procedures que j'écris. je vérifie les arguments en entrée et la bonne validité des valeurs de retour dans un maximum de cas possibles.
mes programmes sont toujours architecturé autour de pleins de procédures - lesquelles se dérivent en plusieurs catégories, contrairement à SPH qui fait tout sans procédure
c'est un choix mais au moins lorsque le programme grandit on s'y retrouve.
je fais aussi souvent un distingo entre procédures privées et procédures publiques - notamment pour les includes.
par ex. la structure de mon prog est ordonné à peu près toujours comme çà.
; includes
; constantes, énumérations
; structures
; globales
; procédures privées
; procédures publiques
; démarrage du programme
programme()
; fin du programme
End
; zone de données
DataSection
; images
; icones
EndDataSection
-
Frenchy Pilou
- Messages : 2194
- Inscription : jeu. 27/janv./2005 19:07
Pareil que Flype sauf l'ordre
puisque je ne suporte pas les procedure en debut de prg
pour moi elles doivent etre a la fin !!
; declarations des procedures
; includes
; constantes, énumérations
; structures
; globales
; démarrage du programme
programme()
; fin du programme
End
; zone des sous/prg (label:-return
; zone des procedures
; procédures privées
; procédures publiques
; zone de données
DataSection
; images
; icones
EndDataSection
puisque je ne suporte pas les procedure en debut de prg
pour moi elles doivent etre a la fin !!
; declarations des procedures
; includes
; constantes, énumérations
; structures
; globales
; démarrage du programme
programme()
; fin du programme
End
; zone des sous/prg (label:-return
; zone des procedures
; procédures privées
; procédures publiques
; zone de données
DataSection
; images
; icones
EndDataSection
Moin nomplus!
Moi nomplus je déteste devoir déclarer mais procedure (c'est asser ... en c donc si y a moyen d'éviter...) donc je les mais enhaut (dans un fichier include qui peu en inclure d'autre par example procedure.pbi qui contient toutes les procedures et qui inclu par example cripto.pbi qui contient les procedures de criptage).
Et pour les structures, je les déclare qu'au momment ou j'en est besoin comme ça si le programme ne sans cert pas, elle ne prennent pas de la place en mémoire pour rien (je pence, j'ai jamais vérifié mais ça me parraît logique).
Et pour les structures, je les déclare qu'au momment ou j'en est besoin comme ça si le programme ne sans cert pas, elle ne prennent pas de la place en mémoire pour rien (je pence, j'ai jamais vérifié mais ça me parraît logique).