Le même genre de théorie à été formalisé de pleins de façons différentes, mais ça revient toujours plus ou moins à la même chose :
Cathédrale <-> Bazar
Développement en V <-> Développement en spirale
Développement cascade <-> Développement incrémental
...
Il n'y en a pas un qui est meilleur que l'autre dans l'absolu. Souvent, le développement incrémental (on rajoute les fonctions une par une) est la solution de facilité. Mais au bout de quelques années à essayer de maintenir un projet qui avance pas à pas, surtout si on fait gaffe à chaque pas à garder la compatibilité avec l'existant, c'est parfois la cata. On se rends compte trop tard que le truc est mal pensé à la base et qu'il faut tout réécrire.
D'ailleurs, quand tu regardes l'évolution de pas mal de logiciels, souvent, les améliorations importantes correspondent à une réécriture complete d'une partie du programme. Regardes Mozilla, par exemple. Est-ce qu'ils auraient réussi à faire XUL en ajoutant des trucs "petit à petit" à Netscape 4 ? Non, heureusement qu'ils ont tout mis par terre pour faire Moz 1.0 !
Le fait que le logiciel soit libre ou pas a aussi son importance. Souvent, le logiciel propriétaire va adopter un cycle en cascade. On réfléchi bien, on fait plein de R&D, et un jour, on se met au boulot, on teste, et on sort une version 1.0.
Pour du logiciel libre, "realease early, release often" (Linus). Si tu veux des contributeurs, il faut une démo fonctionnelle le plus rapidement possible.
Après, il ne faut pas croire que ce que tu fais à l'école, c'est la même chose que ce que tu feras dans l'industrie. On essaye de te faire faire des trucs pédagogiques, de te montrer des trucs que tu n'aurais pas fait spontanément. Si on te laissait faire comme tu le sentais dès le début, ou est l'intérêt de l'école.
Et puis il faut voir aussi que les profs en école sont en général "vieux chercheurs", qui savent bien faire du LaTeX, mais pour ce qui est de coder, c'est plus que variable !
# Re: Et si ce qu'on apprenait ne marchait pas ?
Posté par Matthieu Moy (site web personnel) . En réponse au journal Et si ce qu'on apprenait ne marchait pas ?. Évalué à 1.
http://www.linuxfr-france.org.invalid/article/these/cathedrale-bazar/cathedra(...)
Le même genre de théorie à été formalisé de pleins de façons différentes, mais ça revient toujours plus ou moins à la même chose :
Cathédrale <-> Bazar
Développement en V <-> Développement en spirale
Développement cascade <-> Développement incrémental
...
Il n'y en a pas un qui est meilleur que l'autre dans l'absolu. Souvent, le développement incrémental (on rajoute les fonctions une par une) est la solution de facilité. Mais au bout de quelques années à essayer de maintenir un projet qui avance pas à pas, surtout si on fait gaffe à chaque pas à garder la compatibilité avec l'existant, c'est parfois la cata. On se rends compte trop tard que le truc est mal pensé à la base et qu'il faut tout réécrire.
D'ailleurs, quand tu regardes l'évolution de pas mal de logiciels, souvent, les améliorations importantes correspondent à une réécriture complete d'une partie du programme. Regardes Mozilla, par exemple. Est-ce qu'ils auraient réussi à faire XUL en ajoutant des trucs "petit à petit" à Netscape 4 ? Non, heureusement qu'ils ont tout mis par terre pour faire Moz 1.0 !
Le fait que le logiciel soit libre ou pas a aussi son importance. Souvent, le logiciel propriétaire va adopter un cycle en cascade. On réfléchi bien, on fait plein de R&D, et un jour, on se met au boulot, on teste, et on sort une version 1.0.
Pour du logiciel libre, "realease early, release often" (Linus). Si tu veux des contributeurs, il faut une démo fonctionnelle le plus rapidement possible.
Après, il ne faut pas croire que ce que tu fais à l'école, c'est la même chose que ce que tu feras dans l'industrie. On essaye de te faire faire des trucs pédagogiques, de te montrer des trucs que tu n'aurais pas fait spontanément. Si on te laissait faire comme tu le sentais dès le début, ou est l'intérêt de l'école.
Et puis il faut voir aussi que les profs en école sont en général "vieux chercheurs", qui savent bien faire du LaTeX, mais pour ce qui est de coder, c'est plus que variable !