Programmation - Comment s'organiser ?

[Ekroz]

N-PNiens, N-PNiennes, plopations baveuses !

Comme tout programmeur qui se respecte (ou pas), on fini un jour ou l'autre par être amené à conçevoir un projet, seul ou en groupe, qui excédera inexorablement plusieurs centaines de lignes de code.

Si il existe aujourd'hui sur Internet des milliers, que dis-je, des millions de tutoriels, de papers, de documentations, le côté technique n'est pas tant un problème que cela, avec le temps et la pratique on parvient à ses fins.

Cependant, si on ne veut pas qu'un projet soit voué à l'échec, il nécessite une certaine étape qui est souvent source de procrastination : comment organiser mon projet ?

Pour ma part, je passe toujours par une phase "papier" :

1) Le brainstorming : je liste toutes les idées qui me viennent à l'esprit dans un fichier, des mots-clés, des fonctionnalités que le projet inclus et des composantes dont il a besoin.

2) Je développe chaque idée de manière plus détaillée, plus précise, et tente d'en faire un concept indépendant qui pourrait être codé de sorte à ce qu'il puisse être réalisé sans impact sur le reste du programme, et qu'il puisse être réutilisable dans tous mes projets.

3) Je commence à analyser ce dont l'idée aura besoin : les classes, les attributs, les méthodes, les fonctions etc...

4) Et seulement en dernier lieu j'ouvre mon éditeur de texte pour coder.

Maintenant, chacun a une manière différente de s'organiser, toutes ont leurs avantages et leurs inconvénients, certains foncent tête baissée, d'autres foncent vers UML, bref autant de méthodes que de personnes.

La question que je me pose est : et vous, comment vous organisez-vous ?

J'attends plus de ce topic de partager la méthodologie de chacun plutôt que de les comparer de manière empirique et partir dans un troll velu vieux comme le monde : x > y

Paix et guérison sur votre peuple,
Ekroz.

[ark]

Yop,

J'ai tendance a être trop pressé, et a partir direct dans mon code. Du coup je suis pas mal amené a apporter des modifications profonde au code, mais généralement je fais des trucs plutôt cohérents donc ça passe pas trop mal. ^^'
Je me pose généralement sur papier pour réfléchir a un algorithme, des problèmes de sécurité, ou pour réfléchir a une modif importante du code histoire de ne rien oublié. (j'ai la fâcheuse tendance a vouloir que ça compile du premier coup (avec bien entendu plein de flags dont -Werror), ça m'oblige a faire un code "parfait")

[Ekroz]

J'ai tendance a être trop pressé, et a partir direct dans mon code. Du coup je suis pas mal amené a apporter des modifications profonde au code, mais généralement je fais des trucs plutôt cohérents donc ça passe pas trop mal. ^^'

C'est ce que je faisais auparavant, mais j'essaie de réduire ces risques au maximum. Imagine un projet de 8000 lignes, tu modifies un truc et tu dois TOUT changer, tu fais comment ? Perso si ça m'arrive je me tire une balle !

Je me pose généralement sur papier pour réfléchir a un algorithme, des problèmes de sécurité, ou pour réfléchir a une modif importante du code histoire de ne rien oublié. (j'ai la fâcheuse tendance a vouloir que ça compile du premier coup (avec bien entendu plein de flags dont -Werror), ça m'oblige a faire un code "parfait")

Personnellement j'utilise beaucoup de flags également, pour me forcer à faire un code plus respectueux des standards, et accessoirement pour le rendre plus souple.

Code :

-pedantic -Wall -Wextra -Wold-style-cast -Woverloaded-virtual -Wfloat-equal
-Wwrite-strings -Wpointer-arith -Wcast-qual -Wcast-align -Wconversion
-Wshadow -Weffc++ -Wredundant-decls -Wdouble-promotion -Winit-self -Wswitch-default
-Wswitch-enum -Wundef -Wlogical-op -Winline

[Jek0]

C'est ce que je faisais auparavant, mais j'essaie de réduire ces risques au maximum. Imagine un projet de 8000 lignes, tu modifies un truc et tu dois TOUT changer, tu fais comment ? Perso si ça m'arrive je me tire une balle !

C'est justement face au mur que tu te rends compte de ton erreur =)

J'suis un peu un mix de vous deux perso, j'réfléchis avant à tête reposée pour évaluer un peu l'taff à accomplir, mais pas 40ans parceque ça me gave rapidement.

pour un taff en groupe on prends le temps dévaluer les différentes taches à accomplir et on se répartie 50/50 sur les taches (vu qu'en général je me démerde pour pas avoir de branlos dans le groupe).

[gruik]

Cependant, si on ne veut pas qu'un projet soit voué à l'échec, il nécessite une certaine étape qui est souvent source de procrastination : comment organiser mon projet ?

pas d'accord du tout, c'est à mon sens la phase la plus essentielle du projet, le reste n'étant *que* du code justement, et c'est pas une phase d'inaction bien au contraire c'est une phase active et intellectuelle, la moelle d'un bon programme
tout naturellement j'ai tendance à cogiter des heures et des jours durant sur un éventuel programme, parce que justement j'ai la possibilité de le faire, je ne suis pas pressé par le temps et je ne suis pas "tout feux tout flamme", mon envie de faire le programme - ou plutot de mener mon idée, mon projet, à bien - ne s'en ira pas au bout de 10 jours
lorsque j'ai une compréhension suffisante de par où je dois passer j'entame le code, ça dure en général assez peu de temps, l'intérêt de procéder ainsi c'est que ça m'amène à intégrer des choses un peu complexes mais toujours relativement maitrisées, réduisant d'autant les rollbacks techniques à la sauce "rah merttt.. en fait je peux pas faire comme ça faut je change tout le core du programme pour faire autrement sinon je peux pas faire ci ou ça...", accessoirement c'est la partie où l'on apprend le plus vu que c'est aussi celle où l'on se renseigne sur la faisabilité et la difficulté technique des choses
le défaut est de tourner en rond et cogiter dans le vide, c'est pour ça qu'en désespoir de cause quand je parviens pas à conceptualiser suffisament je me jette dans le bain les yeux fermés en mode "on verra bien" et de là je repars sur un fonctionnement planifié

[Polo]

Et une chose que je n'ai vu évoquée nulle part dans ce post, c'est l'utilisation d'un gestionnaire de versions tel que Git (ou svn pour rester impartial :> ). Ca peut rendre de grands services au niveau organisation (surtout quand tu bosses en groupe) et rattraper certaines de tes boulettes :þ

[Junky]

Bonjour:

Je suis un peu de la même école que Ark_ pour le coup. Je fonce tête baissé et me mord un peu les doigts (qd c'est pas autre chose) après. Mais pour les algo (genre qd je fais des fonctions récurcives (je les aime bien)) je pose souvent le problème sur du papier.

J'aimerai des fois mettre tt sur papier mais je me trouve être une personne assez impatiente sur ce point la...

Junky

[thxer]

Personnellement je pense mon programme en bloc, schématise tout dans ma tête des heures durant, ensuite je recherche si de gens n'ont pas déjà commencé (evitez de réinventer la roue) ou abordé le sujet et ensuite go !