PHP 5 avancé 4 ème édition: Pas de codes sources des exemples du livre

Répondre


Cette question est un moyen d’empêcher des soumissions automatisées de formulaires par des robots.
Smileys
:D :) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :wink: :!: :?: :idea: :arrow: :| :mrgreen: =D> #-o =P~ :^o :non: :priere: 8-|
Voir plus de smileys
  Revue du sujet
 

  Étendre la vue Revue du sujet : PHP 5 avancé 4 ème édition: Pas de codes sources des exemples du livre

par Cyrano » 17 juin 2008, 21:30

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)....
Je vais finir par passer pour un empêcheur de bâcler en rond :P

Ceci dit, je vais rejoindre les propos de la plupart. S'il est vrai qu'il est parfois rébarbatif de se goinfrer un code de cinq pages à la main, c'est néanmoins indispensable. On apprend pas uniquement par l'observation, on apprend par la pratique, et ça implique la pratique à tous les niveaux incluant la saisie. Ça t'oblige également à voir toutes les lignes et chaque détail du code concerné. Lorsqu'on utilise le code d'un CD, la tentation est trop évidente de passer directement sur un point qui nous intéresse... et c'est une erreur. Chaque ligne du code est importante. Et si une de ces lignes ne l'est pas, tu ne le verras qu'en le recopiant à la main, elle te paraîtra peut-être plus évidente et te poussera à la réflexion sur un point de détail important.

Et personnellement, ça m'a souvent fatigué de reprendre les codes d'un CD parce que la mise en forme ne me plaisait pas ou bien parce que je voulais autre chose et en saisissant moi-même le code, je peux adapter au fur et à mesure selon mes besoin, mes inspirations ou encore ma manière de formater mon code voire d'y rajouter les commentaires éventuellement absents ou insuffisamment clairs.

Attention à ne pas confondre vitesse et précipitation

par katagoto » 17 juin 2008, 19:58

Si le comment est vicieux comme dans mes scripts :roll: Bien sûr si c'est du genre
// Cette super fonction va afficher notre texte en envoyant du html au navigateur de l'utilisateur ingrat
Il vaut mieu s'abstenir, surtout que l'utilisateur ne sais pas ce que c'est que PHP, il est ignard pas ingrats :lol:

Pour Monsanto, ça fait 100ans que ça éxiste il y a une fin à tout :roll:

Moi je vais me faire taper sur les doigts pour flood et troll

Si non, rien d'autre de constructif pour faire avancer le topc ? :lol:

par AB » 17 juin 2008, 19:49

Il vaut mieu apprendre à quelqu'un comment cuisiner plutôt que de lui donner à manger toute sa vie
+100 000
pff... encore des idéalites qui veulent ruiner Monsanto :lol: :P

[/troll]

par zeus » 17 juin 2008, 19:26

Le comment, le quoi et le pourquoi sont toujours à insérer en commentaire et doivent être indissociable
Le comment, je ne suis pas d'accord, mais pour le quoi et le pourquoi, je plussoie
Il vaut mieu apprendre à quelqu'un comment cuisiner plutôt que de lui donner à manger toute sa vie
+100 000

par katagoto » 17 juin 2008, 19:09

Tiens je ne suis donc pas le seul à adhérer au carthésiannisme :lol:

Le comment, le quoi et le pourquoi sont toujours à insérer en commentaire et doivent être indissociable
Il vaut mieu apprendre à quelqu'un comment cuisiner plutôt que de lui donner à manger toute sa vie

par caroube » 17 juin 2008, 18:59

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.

par katagoto » 17 juin 2008, 12:31

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

par Hywan » 17 juin 2008, 12:11

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 …

par Bidibule » 17 juin 2008, 11:48

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 :cry: ), 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) :roll:
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.

:D

par mcorgnet » 13 juin 2008, 21:03

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

par katagoto » 13 juin 2008, 16:24

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 :cry: ), 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) :roll:

par mcorgnet » 13 juin 2008, 15:44

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

par katagoto » 13 juin 2008, 14:48

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...

par Sékiltoyai » 13 juin 2008, 14:30

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

Re: PHP 5 avancé 4 ème édition: Pas de codes sources des exe

par katagoto » 13 juin 2008, 12:05

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

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