Forum d'entraide PHPFrance

Bonjour à Tous,

Merci à tous ceux qui m'ont répondu. Je comprends votre souci de me pousser à réfléchir pour mieux comprendre les codes PHP. Mais acceptez que ce n'est pas facile de taper à la main ces codes pendant notre apprentissage. On perd énormément du temps "à faire le secrétaire" au lieu de réfléchir sur le code en lui-même. Plus c'est long, plus c'est fastidieux à taper. C'est la raison pour laquelle un grand nombre d'auteur, insère dans leur livre un CD ou un lien reprenant les codes sources des exemples du livre.
Guy

Je ne sais pas si c'est normal ou non... Mais si tu fais des fautes de frappe lors du recopiage, ça te donnera une idée de quelles peuvent être tes fautes et des choses à quoi tu dois penser quand tu écris du code. C'est pas une mauvaise idée en soi.

Le but c'est pas de te mâcher le travail, le but c'est de te donner des idées, (certains disent de la méthode )
Je te conseil de découvrir PHP sur le siteduzero et ensuite de lire ce livre...

en faisant du simple copier/coller (pour éviter les fautes de frappe)

Je doute qu'on puisse apprendre quoi que ce soit avec du copier-coller. Il faut le lire, le comprendre, et appliquer le code. Le taper, à la main.

On n'apprend pas la poterie en contemplant un pot tout cuit. Il faut mettre des mains dans le cambouis.

Et ça demande du temps. Ca va faire 7 ans que j'ai la première édition de ce bouquin, et je pense pas en avoir fait le tour. (ceci dit, j'ai commencé avec lui).

Mais a chacun sa méthode d'apprentissage, certains c'est les bouquins en autodidacte, d'autres des cours, etc.. En tout cas, c'est un travail de longue haleine.

"C'est en forgeant qu'on devient forgeron"

Le dicton est vrai pour les codeurs aussi ^^

On n'apprend pas la poterie en contemplant un pot tout cuit. Il faut mettre des mains dans le cambouis.

La glaise...

Chacun sa technique, moi j'étudie le code des autres, j'essai de comprendre le fonctionnement des scripmts (phpscripts à été une mine d'or pour moi), j'essai de les reproduire, pour moi ça à marcher...après tout le monde fonctionne pas de la même manière

J'ai horreur des exemples. La bonne vieille doc, rien de mieux

Oui, très pratique, mais moi ça ne me donne pas d'idées, ça ne te donne pas de stylle, ni de méthode, mais l'approché théorique suivit d'une approche par pratique est très efficasse en générale...

C'est marrant, pour apprendre, j'ai aucune méthode.

J'ai codé comme un cochon au début, pis après on m'a dit que mon code était dégueulasse.
Alors j'ai commencé à faire attention (j'ai croisé cyrano aussi hun, ça aide à faire attention).

Pour apprendre, faut avoir des projets, des idées, et avoir envie de les mettre en oeuvre.

Après, plus un projet est complexe, plus on apprend, mais plus on y passe sa vie.

Exemple flagrant de PHPGeek : Hywan

Après, plus un projet est complexe, plus on apprend, mais plus on y passe sa vie.

Là je suis d'accord avec toi, mais le truc qui est marrant, c'est que tu arrive jamais à les finir car tu as appris des trucs en routes et tu dois refaire le début xD

Moi on m'a jamais dit que mon code était dégueulasse (au début mes chefs étaient des graphistes ), les seuls remarques qu'on m'a fait, c'est tu indente pas ton code, tu le commente pas et le procédural c'est pourrit... (et récemment, ça sert à rien)

C'est ce qui était sous entendu, au sujet de mon code ...

Après, plus un projet est complexe, plus on apprend, mais plus on y passe sa vie.

Là je suis d'accord avec toi, mais le truc qui est marrant, c'est que tu arrive jamais à les finir car tu as appris des trucs en routes et tu dois refaire le début xD

Moi on m'a jamais dit que mon code était dégueulasse (au début mes chefs étaient des graphistes ), les seuls remarques qu'on m'a fait, c'est tu indente pas ton code, tu le commente pas et le procédural c'est pourrit... (et récemment, ça sert à rien)

D'accord avec toi Katagoto !
Ca change tellement que dès que t'as fini, tu te dis "hummm je pourrais utiliser ça".

C'est ce que je me suis dit en finissant mon CMS : "J'ai envie de le refaire avec CakePHP pour voir..." (je suis un débutant avec CakePHP).

Malheureusement il me faudrait des journées de 48h (et encore j'ai pas encore de gosses! )

Perso je comprends mieux avec un exemple sous les yeux et la pratique intensive fait le reste.

Hey ,

Chacun a sa propre façon d'apprendre mais il faut bien passer à du concret un jours ou l'autre. Évidemment, le code qui a été fait au tout début n'est plus valable, mais il nous a permis d'arriver jusqu'à notre niveau actuel, il n'a donc pas été inutile.

C'est une phase obligatoire, même si ce n'est pas toujours la plus agréable.

@katagoto : si on te fait remarquer que ton code est mal indenté ou pas commenté, ce n'est pas pour rien. Un code mal indenté est illisible et aucun raisonnement n'apparaît. Un code non commenté n'est pas maintenable, il ne sert donc à rien ! Il faut savoir évoluer …

Personnellement, pour l'indentage avec Zend moi c'est Ctrl+Mal+F et pour les commentaires, ça devient naturel à force... Moi j'ai pas trouvé ce changement très désagréable, mais c'est vital

Les anciens se souviendront peut-être du temps des magazines tels qu'Hebdogiciel ! Qu'est-ce qu'on a pu en taper des lignes et des lignes de code pour avoir au final un jeu pas terrible.

Chacun son truc : mais sincèrement, je pense que le fait de copier un code sans vraiment le comprendre n'est pas nécessaire. Le vrai travail commence après : tripatouiller l'exemple pour le décortiquer, l'améliorer, le détourner, ...

Concernant les indentations et les commentaires :
- Les indentations permettent de voir quand un code va trop loin en profondeur, donc quand il devient incompréhensible. Il y a quelques années, j'ai fait de la maintenance sur des fonctions qui faisaient 30 pages de long avec 25 à 30 niveaux d'indentation (if, for, while, ...). Même avec tous les commentaires du monde, je met au défi quiconque de débugger ce genre de machin.
- Les commentaires doivent être pertinents et expliquer le "quoi" plutôt que le "comment", c'est-à-dire ce que va faire le code et pas comment il va le faire : j'ai également vu des code où avant chaque "for", le commentaire était "boucle sur i variant de 0 à ...". Exception : dans les cas où on utilise une super-méga ruse de la mort qui tue, il faut également commenter le comment.

Bref, la programmation propre, selon moi, c'est beaucoup de bon sens et un peu de Descartes

Le premier était de ne recevoir jamais aucune chose pour vraie que je ne la connusse évidemment être telle; c'est-à-dire, d'éviter soigneusement la précipitation et la prévention, et de ne comprendre rien de plus en mes jugements que ce qui se présenterait si clairement et si distinctement à mon esprit, que je n'eusse aucune occasion de le mettre en doute.

Le second, de diviser chacune des difficultés que j'examinerais, en autant de parcelles qu'il se pourrait, et qu'il serait requis pour les mieux résoudre.

Le troisième, de conduire par ordre mes pensées, en commençant par les objets les plus simples et les plus aisés à connaître, pour monter peu à peu comme par degrés jusques à la connaissance des plus composés, et supposant même de l'ordre entre ceux qui ne se précèdent point naturellement les uns les autres.

Et le dernier, de faire partout des dénombrements si entiers et des revues si générales, que je fusse assuré de ne rien omettre.