jnspunk_1> Là je suis assez d´accord avec Yoda, faire un programme ne revient pas à coder tout de suite, il faut commencer par la théorie avant de programmer. Cela dit, le bidouillage est aussi important, c´est sur un mélange des deux qu´on finit par savoir de quoi est fait un programme robuste ( je pense)

Yoda> D´accord.

jnspunk_1 Posté le 23 janvier 2004 à 18:43:15
je pense qu´ avant d´apprendre a structurer un programme , il faut savoir faire un programme.

euh je pense qu´il faut apprendre les deux en même temps non ? Quand on apprends à déclarer des variables on apprends aussi ou les placer ( on ne les place pas n´importe ou ) . Là on structure le programme. CAr si on apprend juste à programmer puis on apprend à structurer le porgramme ben quand on aura programmé on aura pris de mauvaises habutudes. Et après avoir appris cette fameuse structuration du programme on va garder tout de même ces mauvaises habitudes et plus personne ne s´y retrouvera.

" faire un programme ne revient pas à coder tout de suite" exactement car sinon on fait du n´importe koi. Ca ressemblerait " plus à de la bidouille qu´à de la programmation" ( la phrase de Yoda est très explicite là dessus). Un programme doit executer telle action. Donc autant faire un découpage étape par étape avant de coder. On prend un bout de papier et on se dit 1ère étape ca, 2ème étape ceci. etc... Sinon, avec ta méthode jnspunk_1, on fait du rafistolage. Certes le programme aura une chance de marcher mais à force d´ajouter des lignes de codes comme ca, le programme ne sera pas optimisé et s´executera plus longtemps que prévu ou souhaité. Un bon programmeur se doit être organisé car, à part le rafistolage, tu risque de rester plus longtemps sur un programme a moitié mal fait par rapport à un développeur qui y aura mis de la rigeur. Donc programmer c´est respecter des normes précises évidemment mais c´est surtout avoir une bonne organisation. Vaut mieux être moins bon techniquement et super bien organisé que l´inverse.