La methode que tu viens de "decouvrir", c'est la methode que tout programmeur utilise la plus part du temps.
Elle est aussi connue sous le nom de "Trial And Error".
Comme son nom l'indique, on essaye et l'on corrige au fur et a mesure.
Bien que cette methode soit assez intuitive et assez facile a metre en oeuvre, elle possede aussi ces faiblesses....
Cette methode fonctionne relativement bien lorsqu'il s'agit de petits projets ou des projets d'amvergure moyenne.
Cependant cette methode montre vite ces limites lorsque le projet est un soit peu important.
Pour developper ce genre de projet il existe d'autre methode, dont la methode de "developpement en V" en fait partie.
Une recherche sur google te permetera surement de trouver plein de documentation dessus.
Sache que meme si cette methode peut sembler contraignante au debut, elle permet de gagner beacoup de temps par la suite.
Par plus tard que hier matin, notre prof d'informatique nous a racconte une anecdote.
Il parlait d'une eleve en informatique qui faisait son travail de diplome (qui dure 4 mois en tout). Il s'etonnait et s'inquietait du fait que l'edite eleve n'avait rien code au bout de 1 mois et demi voir 2 mois. Elle avait passe le plus clair de son temps a creer des schemas ainsi qu'a creer une description precise des taches a accomplir.
Ce n'est qu'apres une derniere visite avec son client, afin de metre les derniers details au clair, qu'elle commenca a coder.
Et la elle coda "tout droit".
Une fois que les schemas, et les taches sont faites, le coding devient incryablement "simple". Car il ne sagit plus que de "traduire". Etant donne que tout le travail de pensee a ete fait avant, tu peux te concentrer uniquement sur le coding.
Evidement il serait inutile d'utiliser ce genre d'approches pour des petits programmes. Mais lorsque tu dois realiser des programmes d'amvergure, le "trial and error" n'est plus vraiment utile.
Pour conclure sache que moi aussi je rencontre des assistants ainsi que des profs "inquietants", neanmoins il ne faut pas jeter tout l'enseignement, il y a de bonnes choses aussi.
# Re: Et si ce qu'on apprenait ne marchait pas ?
Posté par Cerel . En réponse au journal Et si ce qu'on apprenait ne marchait pas ?. Évalué à 1.
Elle est aussi connue sous le nom de "Trial And Error".
Comme son nom l'indique, on essaye et l'on corrige au fur et a mesure.
Bien que cette methode soit assez intuitive et assez facile a metre en oeuvre, elle possede aussi ces faiblesses....
Cette methode fonctionne relativement bien lorsqu'il s'agit de petits projets ou des projets d'amvergure moyenne.
Cependant cette methode montre vite ces limites lorsque le projet est un soit peu important.
Pour developper ce genre de projet il existe d'autre methode, dont la methode de "developpement en V" en fait partie.
Une recherche sur google te permetera surement de trouver plein de documentation dessus.
Sache que meme si cette methode peut sembler contraignante au debut, elle permet de gagner beacoup de temps par la suite.
Par plus tard que hier matin, notre prof d'informatique nous a racconte une anecdote.
Il parlait d'une eleve en informatique qui faisait son travail de diplome (qui dure 4 mois en tout). Il s'etonnait et s'inquietait du fait que l'edite eleve n'avait rien code au bout de 1 mois et demi voir 2 mois. Elle avait passe le plus clair de son temps a creer des schemas ainsi qu'a creer une description precise des taches a accomplir.
Ce n'est qu'apres une derniere visite avec son client, afin de metre les derniers details au clair, qu'elle commenca a coder.
Et la elle coda "tout droit".
Une fois que les schemas, et les taches sont faites, le coding devient incryablement "simple". Car il ne sagit plus que de "traduire". Etant donne que tout le travail de pensee a ete fait avant, tu peux te concentrer uniquement sur le coding.
Evidement il serait inutile d'utiliser ce genre d'approches pour des petits programmes. Mais lorsque tu dois realiser des programmes d'amvergure, le "trial and error" n'est plus vraiment utile.
Pour conclure sache que moi aussi je rencontre des assistants ainsi que des profs "inquietants", neanmoins il ne faut pas jeter tout l'enseignement, il y a de bonnes choses aussi.