Salut Quentin,
Pourquoi écrire peut-être pas tout mais au moins l'essentiel dans un
cahier des charges et un cahier des fonctionnalités:
* parce que ne compter que sur sa mémoire, c'est prendre le risque
d'oublier tout ou parti des spécification de départ si à un moment donné
on délaisse momentannément le projet;
* parce que sacrifier une heure pour définir les détails de son projet
c'est au final un gain en temps quand on passe à la phase de codage;
* parce que tenir un cahier des fonctionnalités c'est la base de la
création et de la mise à jour d'un fichier changelog fiable;
* parce que tout projet sérieux étant amené à grossir peut faire
intervenir des programmeurs externes qui auront besoin de rapidement
comprendre les buts et particularités du programme.
* parce que cette phase de conception peut nous permettre de nous rendre
compte de certaines limites ou contraintes en terme de technologie, de
connaissances ou de matériel qu'il faudra résoudre avant de se lancer
proprement dit dans la phase de codage.
Mais sinon, pour le reste, je suis assez d'accord avec toi. Rédiger un
cahier des charges trop détaillé, c'est plus chiant qu'autre chose.
Pour ceux qui sont rebutés par les méthodes de conceptualisation
classique, il y a le Xtrem programming qui préconise de se servir des
commentaires à l'intérieur du code comme sa véritable documentation.
Pour rappel, le Xtrem programming prone également:
* de coder d'abord l'essentiel avant d'ajouter progressivement de
nouvelles fonctionnalités;
* de faire beaucoup de tests unitaires;
* de travailler en binomme.
* etc...
Au final, c'est chacun qui se constitue sa méthode à partir des
pratiques en vigueur.
A plus !
Yannick Daniel Youalé
La programmation est une religion. Aimez-la, ou quittez-la.
www.visuweb.net
Le 17/12/2016 à 09:44, QuentinC a écrit :
Bonjour la liste,
franchement, pour des projets perso, ne t'amuse pas à tout écrire
comme le préconise Yannick. Dans le milieu pro c'est indispensable de
tout justifier et de tout expliquer, mais dans le développement
amateur j'irais plutôt dans le sens proposé par JF. Ca peut être utile
de noter des choses, mais ça ne sert à rien d'aller dans tous les
détails avant de commencer à coder.
D'expérience personnelle, tout écrire jusque dans les moindres détails
peut aussi être une bonne façon de se démotiver. La plupart du temps
de toute façon, on est amené à changer ce qu'on avait décidé au
départ, soit parce que c'est trop compliqué, soit parce que finalement
la fonctionnalité à laquelle on avait pensé n'est plus aussi
indispensable. Quand on arrive avec quelque chose qui diffère trop de
ce qu'on aurait voulu, ou alors si on est face à un problème trop
difficile à résoudre, on est découragé, et on range son code dans un
coin pour ne plus jamais le ressortir.
Je ne compte plus le nombre de projets que j'ai abandonné, parfois Ã
cause de ça; j'ai plein de txt décrivant des jeux ou des logiciels
jamais complètment finis, et sur lesquels je ne reviendrai
probablement jamais dessus. Parfois je me suis forcé à écrire parce
que c'est ce qui est préconisé sur beaucoup de sites en disant que
c'est uniquement comme ça qu'on peut arriver au bout.
Au contraire, pour le Salon, qui est sans conteste mon plus gros
succès et de loin, je n'ai jamais vraiment écrit de spécification ou
de cahier des charges. Je me suis laissé la plupart du temps guider
par mes envies depuis 6 ans, parfois à partir de propositions évoquées
par d'autres, et pour les choses plus complexes les idées ont très
souvent mûri un certain temps dans ma tête avant que je ne me mette Ã
les coder, mais toujours sans jamais avoir rien écrit.
Tout cela pour dire que tout écrire n'est pas forcément la meilleure
méthode. En réalité, c'est à chacun de trouver sa méthode pour bien
travailler, et le seul moyen de trouver sa méthode c'est d'en essayer
plusieurs. Peut-être que tout écrire t'aidera effectivement ? A force
d'expérience on finit par découvrir ce qui fonctionne bien ou pas bien
pour avancer soi-même.
En tout cas de mon côté pour des projets perso, je sais que je code
avec le coeur et les tripes, et que tout décrire dans les détails
avant même de se salir les mains par avance me fout le moral à zéro
plus qu'autre chose.
Heureusement, la réflexion est complètement différente au nivau pro,
déjà parce qu'on travaille en équipe et pas tout seul, et aussi parce
que bien sûr on est bien obligé de faire ce qu'on nous a demandé de
faire. Bien décrire les choses quand on travaille en équipe est assez
indispensable, sinon tout le monde commence à faire un peu n'importe
quoi et à la fin rien ne marche évidemment. Si tu prévois de
travailler en équipe c'est aussi quelque chose à prendre en compte.
Progliste :
Pour se d�sinscrire de la liste :
mailto:progliste-requ...@ml.free.fr?subject=unsubscribe
Pour voir les archives de la liste :
http://www.mail-archive.com/progliste@ml.free.fr/
Je vous rappelle que les pi�ces jointe sont activ�s leur taille est
limit� � 2 MO
Pour acc�der aux fichiers de la liste
http://outils.archive-host.com/partage.php?id=2Qar9Hy6ftzr
Ou en utilisant la nouvelle page de partage :
http://outils-n.archive-host.com/partage-fm0m7b947vglikp9Efpso94gt
Pour y ajouter des fichiers demandez-moi le ou sur la liste ou en
priv�, je vous r�pondrez en priv�.
Progliste :
Pour se d�sinscrire de la liste :
mailto:progliste-requ...@ml.free.fr?subject=unsubscribe
Pour voir les archives de la liste :
http://www.mail-archive.com/progliste@ml.free.fr/
Je vous rappelle que les pièces jointe sont activés leur taille est limité à 2 MO
Pour acc�der aux fichiers de la liste
http://outils.archive-host.com/partage.php?id=2Qar9Hy6ftzr
Ou en utilisant la nouvelle page de partage :
http://outils-n.archive-host.com/partage-fm0m7b947vglikp9Efpso94gt
Pour y ajouter des fichiers demandez-moi le ou sur la liste ou en priv�, je
vous r�pondrez en priv�.
