Ben ca dépend si tu considères d'autre facteur...
Mon raisonnement... J'estime coder très bien, aussi bien en PHP5 que PHP4, et être bon en architecture OO (je reprécise que c'est mon métier ca
). Si moi aujourd'hui je démarre un projet en PHP non OO, il sera plus rapide en terme d'exécution (je ne sais pas dans quelle mesure exacte cependant) que le même site en PHP OO. Mais je vais mettre 3 (voir 4 peut-être) fois plus de temps pour le réaliser. Je chercherai 2 fois plus lorsque j'aurai un bug à résoudre. Et il sera plus difficile à un éventuel collaborateur de rentrer dans le projet.
Je choisirais donc l'OO, car j'estime coder de toute manière suffisament bien en OO aussi que pour ne pas "perdre" à mauvais escient des temps d'exécution.
A côté, quelqu'un qui code comme un porc en non OO... Codera de manière moins cochonnée en OO, car cela lui aura demander d'apprendre + de principes de bon utilisation ou un certain degré de compétence. Je prend un exemple concret, un ami qui n'utilisait jamais de jointures dans ses requêtes... (Il en savait pas ce que c'était...) Facile d'imaginer la lenteur d'un site pareil. Avant de pouvoir fait de l'OO il y a de grandes chances pour qu'il aie lu avant cela les jointures en SQL. L'exemple est trop poussé ok, mais c'est dans cet esprit que je vois les choses.
Je penses que si tu codes "moyen" en non OO, apprendre l'OO améliorera ton non-OO... Mais tu devras continuer en non-OO pour garder les mêmes performances d'exécution, voir les améliorer.
Mon raisonnement... J'estime coder très bien, aussi bien en PHP5 que PHP4, et être bon en architecture OO (je reprécise que c'est mon métier ca
). Si moi aujourd'hui je démarre un projet en PHP non OO, il sera plus rapide en terme d'exécution (je ne sais pas dans quelle mesure exacte cependant) que le même site en PHP OO. Mais je vais mettre 3 (voir 4 peut-être) fois plus de temps pour le réaliser. Je chercherai 2 fois plus lorsque j'aurai un bug à résoudre. Et il sera plus difficile à un éventuel collaborateur de rentrer dans le projet. Je choisirais donc l'OO, car j'estime coder de toute manière suffisament bien en OO aussi que pour ne pas "perdre" à mauvais escient des temps d'exécution.
A côté, quelqu'un qui code comme un porc en non OO... Codera de manière moins cochonnée en OO, car cela lui aura demander d'apprendre + de principes de bon utilisation ou un certain degré de compétence. Je prend un exemple concret, un ami qui n'utilisait jamais de jointures dans ses requêtes... (Il en savait pas ce que c'était...) Facile d'imaginer la lenteur d'un site pareil. Avant de pouvoir fait de l'OO il y a de grandes chances pour qu'il aie lu avant cela les jointures en SQL. L'exemple est trop poussé ok, mais c'est dans cet esprit que je vois les choses.
Je penses que si tu codes "moyen" en non OO, apprendre l'OO améliorera ton non-OO... Mais tu devras continuer en non-OO pour garder les mêmes performances d'exécution, voir les améliorer.
Eve, elle a suivi le premier venu. Elle était conne, moche, sale, absolument inculte, ne savait pas faire la cuisine, n'avais aucun charme, mais s'en foutait, elle était la seule. (Gustave Parking)