Procédurale et POO - Témoignage - Et vous ?

Default
,

Bonjour,

Voilà je poste sur le forum PHP pour savoir si vous êtes dans le même cas que moi, et pour avoir votre avis si vous le voulez bien.

Voilà, je viens du Monde de la programmation "procédurale. Mon cerveau est formatté dans ce Monde depuis mes études en Informatique de Gestion (1997)... ça vous donne une idée...

Je vous épargne le détail de mon parcours Pro dans l'informatique, en tout cas je me suis auto-formé au dev Web à partir de 2010 grâce à différentes sources sur le web dont les très bons tutos de Grafikart (merci beaucoup encore pour ton travail) ;)

Je suis passé travailleur indépendant en 2011 et jusqu'à présent je suis toujours resté en mode "procédurale" (php) à part quelques touches "objets" par-ci par-là, à l'image de mon dernier projet personnel (pro), un site assez "gros" ( + d'1 million de pages), 95% procédural je dirai.

Ca fait un moment que je me dis que je ne vais pas avoir le choix que de m'y coller...à la POO ...tout ça pour ne pas être largué par le "marché" ...(ça pourrait faire l'objet d'un autre sujet d'ailleurs...)...

Je viens donc de suivre la Formation PHP POO ( https://www.grafikart.fr/formations/programmation-objet-php ) proposée par Grafikart.... j'ai suivi toutes les vidéos... reproduit le code....et constat... je n'ai quasiment rien palpé.... :( ... je serai incapable de "penser" et "constuire" un projet web à la mode POO + MVC ... Pas la faute de Grafikart, mais impossible de switcher mon cerveau à la logique "POO".... :/

Vous allez me dire: "comme le reste, pratiques, et ça finira par rentrer" ... Et là je vous dirai "oui sans doute" , mais pour faire un parallèle, autant il y a 6 ans je n'y connaissais rien en HTML, CSS, PHP, Javascript, jquery, Ajax, Json, etc...autant après avoir suivi des tutos et m'être confronté à des problématiques diverses et variées, j'ai toujours fini par y arriver même si bien sûr ça n'a pas tjrs été sans mal. Mais là avec la POO, c'est une autre histoire, ce n'est plus une histoire de syntaxe, de non connaissance de telle ou telle fonction ou propriété, etc....mais c'est "penser" différemment et ça mon cerveau il coince a priori ... (logique j'imagine)....D'ailleurs pour en avoir un peu parler à 2 personnes de la même génération que moi, c'est un peu le même constat.

Le problème c'est que si je veux continuer à faire du dev web, il faudrait que je puisse me mettre à cette POO mais aussi connaître au moins l'un des Frameworks PHP (Symfony, Laravel ou CakePHP par ex) et là je suis coincé car vu que je n'ai rien palpé à la formation POO, ça sera sans doute encore pire avec un Framework (étant donné que je n'ai pas compris la logique de base).
Du coup je ne sais plus comment orienter mon fusil ...

Je me suis dit il y a quelques temps: "bon, je connais pas mal Wordpress (+ un thème PRO en particulier), on reste quand même pas mal dans du procédural, Wordpress pourrait donc être ma solution à long terme et la moins chronophage possible, en + j'aurais pas à me prendre la tête avec l'aspect responsive -design" ....
Alors, pour du site vitrine simple, ça le fait, en revanche je me suis très vite aperçu que pour un site + compliqué Wordpress n'était pas du tout la bonne solution....Alors c'est sûr vous pouvez absolument tout faire, tout personnaliser, etc tout en gardant la philosophie Wordpress mais question et performances....ça pique vraiment...(problématique des CMS) ....et c'est globalement vite le merdier et la galère, vous êtes englué dans la logique Wordpress, c'est hyper compartimenté, et vous passez parfois énormément de temps à coder des trucs uniquement pour caler à la philosophie Wordpress ...alors que vous l'auriez fait bcp + rapidement en solution "full maison" ...et je ne parle même pas des performannces des requêtes Ajax à la mode Wordpress ... catastrophiques...même avec un Ajax handler personnalisé, c'est lourd et hyper lent.... Donc pour ce projet, ça a été retour à la case départ... et sans plan B ... :(

Bref, désolé pour ce long message, j'ai un peu raconté ma vie. ;)

EN RESUME:
1 - Etes-vous confronter vous aussi à la même problématique que moi vis à vis de la POO (sans doute une histoire de génération) ?
2 - Et + généralement n'avez vous pas le sentiment comme moi que cela devient de + en + difficile de surfer sur la vague de toutes ces nouvelles technologies, qui sont de + en + nombreuses et qui rendent presques superflues, du jour au lendemain, des années d'expérience dans telle ou telle techno ? En gros "spécialiste un jour, largué demain" (Ce point là étant le + "problématique" selon moi ).

Merci par avance pour votre retour d'expérience.

Claw :)

42 Réponse

2
40456
,

Salut, je n'ai pas lu tout les commentaires mais je me doute qu'il y a encore une fois de plus le débat procédural VS POO, je ne reviendrais pas dessus car c'est totalement absurde.
Pour faire en bref sur mon parcours, j'ai 17 ans je suis tombé dans la programmation depuis l'âge de 14 ans.
J'ai commencé par du php procédural, et j'ai continué sur ça pendant assez longtemps (le temps de bien "maitriser").
Il y a de ça 2 ans je suis parti sur de la POO, et je peux te dire que ça a été l'enfer... Je n'arrivais vraiment pas à comprendre les principes ect.
Puis le problème, c'est que je suis arrivé dans cette génération où il y a des tonnes et des tonnes de technologies.. Je m'y suis totalement perdu et je me suis démotivé. Ensuite j'ai repris après un petit break, et j'ai décidé de ne plus du tout regarder les technologies et de continuer mon apprentissage POO, j'ai commencé à comprendre petit à petit. Ce qui m'a vraiment vraiment aider, c'est les petits framework tel que slim (lumen ect) pour comprendre la partie MVC.
Pour conclure :
Ne te prends pas la tête, prends ton temps.
Ne regardes pas toutes les technologies, concentre toi sur la POO.

J'ai évité de faire les même erreurs lors de mon apprentissage du JS :
-JS procédural
Quand il y a nécessité : -POO (certaines personnes vont crier! Non la POO en JS n'existe pas, bref lol)
Et ensuite j'ai utilisé des librairies externe :)

La POO t'ouvrira les portes à beaucoup de technologies vraiment sympa, pour moi c'est devenu nécessaire de la connaître ;)

Aujourd'hui j'ai réussi à franchir le cap de la POO et je ne peux plus m'en passer, je travail avec Laravel et Symfony ^^

[EDIT]
Ah oui!! J'allais oublier aussi, les design pattern !
Mon erreur ça a été de vouloir les intégrer bien trop vite! Un conseil, regardes et note à quoi ils servent. Et si un jour tu as un problème, tu regardes si ils peuvent pas le résoudre... Exemple typique de la structure MVC qui m'a totalement fait galérer car je ne connaissais pas encore bien la POO... Et au final, quand je suis revenu dessus quelques mois plus tard, je l'ai compris sans aucune galère ^^

Default
,

@ADessi :

Merci Alain! ;) ... pour l'instant j'en suis pas au stade du "régalage"... mais sûrement un jour ! :p

Default
,

@Emix:

Merci pour ton retour. :) Ces derniers jours j'ai "survolé" les nouvelles technos (NodeJS, Angular, etc), pas dans l'optique de les maîtriser ou de les pratiquer à fond, mais juste pour savoir au moins ce qu'il en retournait, à quoi ça servait et globalement paraître moins c.n si on me parle de ces technos! :p Bilan: le même que le tien (comme quoi il n'y a pas d'âge) : totale démotivation !! :( .... Après la formation POO c'était déjà pas triste (enfin si en fait!) mais là j'ai vraiment eu l'impression de ne + savoir rien faire, de ne même plus savoir comment aborder la création d'un site internet, impression de retourner à la case débutant,....aaaargh.... mais bon du coup comme j'ai une problématique d'urgence je vais essayer de trouver une solution genre plan B, qui me permettra de prendre du temps pour me mettre sans pression à la POO (+mvc). J'ai bien noté tes conseils, je crois qu'il faut en effet que je me concentre sur la POO et le reste viendra naturellement ...enfin j'imagine... ;) ..

Pour le côté "procédurale VS POO", en fait mon titre est trompeur, j'aurais du le tourner autrement car ça n'est pas du tout l'idée du sujet et les gens l'ont d'ailleurs bien compris. J'aurais pu mettre : "Le passage à la POO, balèse aussi pour vous?" ;)

Default
,

@Matdosi:

Merci pour ton témoignage également. :)

Oui je vais essayer de voir CodeIgniter ou Slim comme Emix m'y invitait... Le truc c'est que je ne sais pas où sont les limites de ces FW, leurs avantages, ce qui est possible de faire, pas faire, etc....

D'ailleurs je ne sais pas si tu peux répondre à cette question ou si qqn peut y répondre mais qu'est-ce qui fait la différence entre un petit Framework et un gros Framework ? Est-ce qu'on peut dire "petit" projet = "petit" FW (genre inutile d'avoir une Ferrari pour aller chercher son pain) ou ça n'a rien à voir ? Est-ce que c'est la différence de fonctionnalités ?

40456
,

"qu'est-ce qui fait la différence entre un petit Framework et un gros Framework"
Comme tu l'as dit, il faut adapter les frameworks en fonction du projet.
Tu peux utiliser un petit framework pour créer un gros projet, mais tu devras utiliser beaucoup de code maison, en terme d'efficacité ce n'est pas terrible(mais tu peux préférer de faire comme ça pour utiliser ton propre code, avoir le controlle sur plus de chose). En revanche, sortir une usine à gaz telle que Symfony sur un petit projet , par exemple un simple blog c'est illogique. Déjà en terme de performances un gros framework sera toujours plus gourmand en ressources qu'un "petit" (on peut toujours utiliser le cache ect mais ça restera moins performant) et en plus le temps de travail sera le même ou presque.. L'exemple de Symfony, le temps de tout configurer le framework ect..
Pour faire bref, il faut savoir adapter ses outils et bien sûr faire comme tu aimes!
Certaines personnes ne seront pas d'accord avec ce que je dis, mais c'est ce qu'on m'a apprit et c'est ce que je trouve LOGIQUE.

48587
,

Je rajouterai qu'un FW tel que Symfony impose beaucoup de chose/norme et donc d'apprentissage, codeigniter est plutôt une library avec un léger cadre, et donc très rapidement utilisable.

Il ne faut pas oublier d'utiliser un FW pour gagner du temps et gagner en robustesse, mais que pour ça, il faut le maitriser. Si ce n'est pas le cas, vous ne gagnerez absolument pas de temps (voir vous en perdrez certainement), ni ne gagnerez en robustesse car mal utilisé. Vous trouverez d'ailleurs de nombreux témoignages de déçu de Symfony en terme de temps de dev, notamment du fait de la difficulté à former les dev déjà présents, et en cas de changement de version majeur du FW pour les adapter les projets existants (et donc profiter des nouvelles méthodes du FW).

Default
,

Merci à vous 3 pour vos retours.

OK donc est-ce qu'on peut résumer les choses comme ceci:

1) Gros Frameworks (type Symfony, CakePhp, etc) :

  • pour ceux qui maîtrisent le FW
  • pour aller au + vite grâce aux nombreux outils/fonctionnalités déjà dispo
  • sur des projets assez balèses
  • et collaboratifs

Points négatifs/contraintes:

  • longs à apprendre/maîtriser,
  • pas top en terme de performances,
  • usine à gaz potentielle,
  • forte dépendance au FW, etc...

2) Petits Frameworks (type CodeIgniter, Slim, etc):

  • prise en main + rapide et facile qu'un gros FW
  • permet davantage de liberté dans le code (= davantage orienté code maison)
  • pour des projets davantage "personnels" et "solos" et "petits" projets
  • pas de restrictions (permet de tout faire)
  • moins gourmand qu'un gros FW (meilleur en terme de performance)
  • moins de dépendance qu'avec un gros FW

Points négatifs/contraintes:

  • davantage de développement "maison" potentiel, donc potentiellement + de temps à coder (même si au final bien configurer un gros FW est très chronophage donc au final l'un dans l'autre ....)

Du coup en faisant ce petit résumé, je me dis quel intérêt de choisir un gros FW si on n'est pas un pro sur Symfony et qu'on n'est pas hyper-speedé par une échéance professionnelle type projet client en SSII?! Si on peut tout faire avec un petit FW, certes avec davantage de code maison (ce qui est au final un avantage + qu'une contrainte selon moi), qu'on a donc + de liberté, qu'au niveau performances c'est meilleur et qu'au final pour le même projet le temps de dev/config serait kif-kif, le choix d'un petit FW parait presque évident non ?

En revanche un point sur lequel j'aimerais aussi avoir votre avis svp c'est au sujet de la dépendance à un Framework (qu'il soit petit ou gros) et plus exactement par rapport aux nouvelles versions ? J'ai lu à droite à gauche que d'une version à l'autre, ça peut être un peu le jour et la nuit (Symfony 2, CakePhp 3...), qu'il fallait revoir plein de choses pour que notre code puisse être compatible avec la nouvelle version, etc. Est-ce que vous avez de l'expérience sur ce point ? Est-ce que c'est davantage une contrainte pour les gros FW plutôt que les petits ? Car s'il faut perdre 6 mois à chaque montée de version pour faire des réglages........

Merci.

48587
,

Difficile de faire une généralité, mais les changements de version majeur sont là pour marquer une cassure de compatibilité, donc fatalement, petit ou gros, il faudra faire de grosses modifications, pouvant prendre beaucoup de temps.

Quand c'est juste syntaxique, un "replace all" fera l'affaire, par contre, quand c'est un changement de philosophie, là c'est tout autre chose. (AngularJs 1 et Angular 2 en est un bel exemple, il faut véritablement tout réapprendre ou presque).

Tu oublies l'avantage majeur des gros FW, c'est leur robustesse et leur contrainte. C'est un avantage dans le monde de l'entreprise, qui contraint les devs à respecter des normes et permet aux entreprises de s'assurer que le code qu'ils produisent soit théoriquement fiable. Et donc, c'est une ligne qui se vend sur un CV (qui semble de plus en plus obligatoire d'ailleurs).

Default
,

Merci Kenor pour ton retour.

OK donc pour les changements de versions, même avec les "petits" FW, on n'est potentiellement pas épargné par des grosses mises à jour à faire...pfff... (pour ça que je préfère en général le code maison)

Pour l'aspect "avantages" des gros FW, oui je comprends tout à fait pourquoi les entreprises font le choix d'un Symfony ou équivalent (codage + rapide, travail collaboratif, cadre imposé, évite que chaque dev parte dans des délires persos, etc...) !

Pour le point "ligne sur le CV", je suis "malheureusement" bien d'accord avec toi, c'est ce que je disais au début du sujet, dans mon cas, ne maîtrisant même pas la POO et donc encore moins un FW, c'est du coup la double peine si je veux revenir sur le marché de l'emploi du salariat ... et ce malgré "n" années d'expérience dans le web... :(

Mais perso je me plaçais plutôt dans une vision d'indépendant (que je suis) voire start-up ... D'ailleurs pour une start-up je me demande si le choix d'un FW est pertinent : si ton équipe est constituée de geeks, n'est-il pas + judicieux de partir sur du code maison (pour être totalement indépendant) ? Le seul inconvénient c'est que tu mettras p-e en ligne un peu moins rapidement et les nouveaux arrivants devront prendre le temps de se former à "ton" FW maison. Pas de solution miracle encore une fois...

Pour en revenir à CodeIgniter, du coup ça a l'air pas mal comme solution "compromis" dans mon cas. Est-ce que qqn ici aurait connaissance d'un gros "bémol" sur ce FW ?

73552
,

Hello !

Je vois que le sujet s'est décallé sur les frameworks. Qui viennent naturellement après un apprentissage avancée de la POO (ou aide à comprendre la POO).

En fait coder une grosse appli de façon indépendante rend la compréhention du code de plus en plus obscure. Dans le temps tu perds la logique, si tu as X personnes qui viennent coder avec leurs propres normes ou logique, le codeur qui viendra après auras de plus en plus de mal à le maintenir et à le comprendre. C'est la que tu te retrouve avec du legacy code de plus en plus dégueulasse qu'on laisse mourrir et auquel on ne peut plus toucher car personne ne se souvient de comment ça a été codé etc.

D'ailleurs je trouve qu'un pro du web qui sert à un client une solution totalement produit indépendamentpeut nuire à sa réputation à terme. En effet, si un moment tu perds ton client. Qu'il va voir tartampion. Qui lui dit "non mais la votre site il est fait n'importe comment, il est plus au goût du jour etc".

Après utilisé un framework récent (Surtout Symfony ou Laravel qui sont les plus utilisés en se moment) permet d'avoir une sécurité supplémentaire sur les failles de sécurités récurente. C'est aussi un groupe de personne expérimenté qui réfléchissent à la résolution des problèmes rencontrés. D'avoir une communauté active qui pourra t'aider en cas de merde dans ton code. (Essaye de taper sur google un problème quelconque avec Symfony / laravel, et un framework moins utilisés comme codeigniter ou cake aujourd'hui tu verras que tu aura au moins une personne qui a déjà eu le souci que tu as rencontré).

Après oui c'est un investissement de temps pour la compréhention. Mais ça rendre dans une logique de productivité, de compréhention et d'industrialisation. Car dans le cadre d'une start up, entre un dev qui va devoir comprendre comment ta solution fonctionne, ou un dev qui sait utiliser le framework que tu utilise, le deuxième sera opérationnel plus vite. Car il saura utiliser les outils que le framework utilise, là ou sur une solution interne, tu as intérêt à lui fournir une doc qui répertorie toutes les fonctions / helpers / comment utiliser ton système de requêtage etc.

Quand tu vois la documentation de Laravel, le truc est claire, te prend relativement en main pour pouvoir faire une petite appli rapidement. Symfony est plus normé plus fermé, mais permet de resté cohérent sur les grosses applications.

Je dirais pour conclure qu'il ne faut pas se fermer, je dis pas que tu es pas capable dans le fond de faire mieux que Symfony / laravel etc. Juste qu'à un moment entre prendre le temps de monter un vrai framework utile et réutilisable pour ton activité, ou t'investir dans un framework. Je choisirai de prendre un framework. Comme ça je me concentre sur mes projets, et pas de mettre à jour mon outil dès qu'il y a une optimisation du langage, des nouvelles failles de sécurités à régler etc etc. Des mecs avec un meilleurs niveau que moi, plus d'expérience que moi, iront plus vite que moi homme "seul" pour mettre à jour un outil + produire du contenu pour mes clients.

Aujourd'hui si tu veux être pro et carré et que les développeurs ne souhaitent pas ta mort quand ils reprennent un de tes anciens clients, adoptes les bonnes pratiques.

D'ailleurs si tu ne connais pas ! http://www.phptherightway.com/ c'est une bonne base pour comprendre ce qui a changé depuis des années ;-)

48587
,

Je ne peux que valider, dans le monde de l'entreprise, c'est devenu obligatoire.

J'ai la chance (ou pas, à voir), de bosser pour moi et uniquement pour moi (ni client "dev", ni autre dev), donc je me permet encore d'avoir le choix et de m'amuser dans ce que je fais, tout en sachant que je ne gagne pas toujours du temps, mais je m'amuse (et moi, c'est ce qui compte, en plus du fait de gagner ma vie évidemment).

Il est clair que si j'avais à dev pour d'autres, ou si je voulais devenir salarié, Symfony / Laravel serait mon quotidien ...

Du coup, ça va dépendre de ton objectif ...

Default
,

@Kaelyscius:

Merci pour ton retour. Oui ça s'est un peu orienté FW mais POO, MVC et FW sont quand même des sujets assez "imbriqués" finalement... ;)

En tout cas, salarié ou indépendant, ça s'confirme qu'il est quasi indispensable désormais de maîtriser POO et au moins un FrameWork, et notamment un gros quand on est dans le salariat.

Merci pour le lien, je ne connaissais pas! :) ... Du coup le même en version française: [http://eilgin.github.io/php-the-right-way/] ;)

@Kenor:

Donc j'imagine que tu as développé un site avec lequel tu gagnes de l'argent c'est ça ?

C'était mon gagne pain de ces 3 dernières années également, jusqu'à il y a quelques mois .... Du coup, urgence à trouver une autre solution....

Le problème c'est que même si j'me suis un peu démerdé en attendant.... :
1 - si l'objectif est de retourner dans le salariat/SSII (aaarrghh....), c'est mort car je ne maîtrise pas la POO et encore moins un FW, ni même un petit...
2 - si l'objectif est de rester dans une optique "entrepreunariale" (qui me correspond bien +), je me sens également coincé et ce, pour les mêmes raisons. J'vais pas repartir sur un projet web en "procédurale" ou avec Wordpress comme j'avais tenté de le faire il y a quelques mois pour un nouveau projet! :/

Du coup je me sens un peu coincé car dans tous les cas il me faut du temps et étant un peu dans l'urgence....

101590
,

Salut ! Bon je n'ai pas lu l'entiereté de la conversation donc j'e ne sais pas si ce que je vais dire a déjà été dit...
Concernant mon passage du procédural à l'orienté objet, j'ai été perdu, comme tout le monde je pense.
Ce qui m'a aidé à comprendre la logique : ne pas se perdre dans les différentes syntaxes, en choisir une et s'y former. Pour comprendre l'objet, j'ai pas arreté de faire des var_dump pour comprendre quel symbole représentait quoi... et j'ai compris...
Bien sûr, nous avons tous notre propre logique de compréhension, mais c'est ce qui a marché pour moi. Apres, pas de secret, la doc'. Par exemple, pour comprendre que la syntaxe

__construct()

permettait de lancer automatiquement la fonction à l'instanciation de la class... sans la doc' je ne l'aurais jamais compris ^^. Si tu as l'occasion de mettre le nez dans des codes sources écris en POO, y'a pas mieux pour apprendre ;).

Bon courage

48587
,

*@Claw69 *

Donc j'imagine que tu as développé un site avec lequel tu gagnes de l'argent c'est ça ?

C'est ça oui, j'ai plus ou moins toujours fait ça, et la boite a 12 ans, donc si ça peut te rassurer, ça peut tenir dans le temps (pourtant, j'en suis au 3eme site qui me fait vivre, et ça sent la fin pour ce 3eme également). D'où le fait que je me tienne au courant pour être toujours à la page et repartir sur autre chose dès que le vent tourne. Imaginer garder le même site 30 ans, me parait un peu illusoire :)

Ceci étant, en 3ans, après je ne connais pas ton site ni son succès, j'imagine que tu as tout de même du démontrer un certain niveau de connaissance, pas nécessairement dans le dev, mais au moins en tant que commercial, monétisation ou dans le domaine de ton site. Ça peut être une piste pour commencer une activité sans lien direct avec le dev.

Personnelement, même si je travaille très peu mon réseau pro, je pense avoir assez de contact pour palier à un gros coup dure (ce qui est déjà arrivé dans le passé d'ailleurs). Si ça peut être piste pour toi :)

Enfin là, on dévie fortement du sujet par contre :D

106752
,

Bonjour,
je vais aussi mettre ma touche dans ce debat :)

Personnelement je viens du monde de l'electronique ou j'ai apris l'assembleur en cour (niveau OO on est loin...), quand je suis arrive dans le web en 2007, et apres m'etre auto forme, j'ai utiliser du procedural et il m'en a ete tres difficile de m'en sortir jusqu'a ya deux ans. En faite mes problemes on commence a sortir quand on m'a mis, dans l'entreprise ou je travail, 3 nouveau programmer, et pour expliquer un code totalement procedural et ou trouver chaque element de code c'est extremement complique.

Pour faire cette transition j'ai tous simplement creer des class contenant que des fonction static et donc je ne m'y suis pas trop perdu car honetement n'avoir que du static c'est quasi equivalent a du procedural :) . Mais par contre ca m'a fait comprendre l'interet enorme de l'objet et la facon de travailler avec (de decouper son code, d'avoir des nom de fonction plus parlant, de separer chaque controller du code, l'interet du public/protected/private, la simplicite a modifier le coeur d'un systeme sans pour autant changer tous son code...) et de la j'ai pu passer a de l'objet reel, et clairement aujourd'hui je ne travaille plus sans car ca permet une gestion beaucoup plus dynamique de son code.

Je trouve qu'il est primordial de passer a de l'OO et je t'invite vraiment a le faire, par contre l'utilisation d'un FW je ne te l'a conseille pas tant que tu n'as pas encore saisie l'idee qu'il y a derriere l'OO car ca peut etre tres deroutant

73552
,

@claw69

Il existe en français mais si tu est à l'aise avec l'anglais, tu verras qu'il manque quelques rubriques non traduite (enfin j'ai regardé la version française il y a un moment déjà ça a peut être changé depuis.)

Default
,

Merci à vous 3 pour vos retours :)

Globalement, à lire tous vos témoignages, le passage "procédurale à la POO" laisse des souvenirs à tout le monde! ;) On se sent moins seul.

@Semeen:
Merci pour ton témoignage et la "méthode" d'approche. :)

@Kenor:
Oui on flirte dangeureusement avec le hors-sujet ... ;) ;)
Mais pas tant que ça en fait, car dans mon sujet je faisais allusion à toutes ces nouvelles technos et comment pouvoir rester sur la vague.

Pour mon site, comme dans ton cas, je faisais au quotidien pleins de choses bien au delà du dev.
Du coup c'est enrichissant et j'espère que ça pourra en effet me faire rebondir d'une façon ou d'une autre, mais c'est "chaud" quand on est au four et au moulin, comme à l'époque, de pouvoir se garder du temps pour rester à la page, du coup je faisais du "au coup par coup" à chaque problématique que je rencontrais. Du coup là le site (qui marche pas trop mal en +) est en stand-by en terme d'évolution car il faudrait beaucoup de temps (+argent!) pour le revoir de A à Z et repartir sur de bonnes bases (donc c'est une fin annoncée à moyen terme). Et en + le site commençait à me dominer, quotidien de + en + lourd pour un seul homme mais pas suffisamment de revenu pour embaucher...
( Non, non je ne suis pas du tout hors sujet! :p )
Pour le nouveau projet web que j'avais en tête, j'ai bien vu "dans l'esprit" que l'expérience de l'ancien site (au delà du dev) m'aiderait....mais comme je le disais pour ce nouveau projet il me faudrait partir sur des bonnes bases aussi : pack "POO, MVC, FW" et sans doute au moins 1 ou 2 collègues/dev pour absorber dev et quotidien + facilement, donc du coup pas gagné....et comme je suis un peu dans l'urgence là...c'est pas le moment... Dommage car je suis assez convaincu que mon projet a du potentiel.

Affaire à suivre donc...

Question subsidiaire: tu utilises un FW en particulier pour tes sites web ?

@E-Bismuth:

Merci pour ton retour d'expérience. En tout cas, un point commun à tous ceux qui ont franchi le mur de la POO, c'est que comme pour toi, ils ne peuvent désormais plus s'en passer. ;) Dans mon cas 'faut juste que j'arrive à franchir le mur ! ;)

Default
,

@Kaelyscius:
Ok, merci, c'est noté... I like Shakespeare language ! ;)

48587
,

@Claw69
Question subsidiaire: tu utilises un FW en particulier pour tes sites web ?

Non, comme je le disais, j'aime me faire plaisir en bossant, c'est une des raisons qui me motive à ne pas bosser pour un autre. Et du coup, je trouve plus enrichissant et plus plaisant au quotidien de m'amuser à créer tout de zéro plutôt que de suivre une doc et me sentir frustrer quand je dois faire des choses particulièrement farfelu pour arriver à quelque chose de simple car ça n'a pas été prévu à l'origine.

J'ai donc préféré dev mes propres outils, mon propre "bootstrap" (qui est 100 fois mieux, fort objectivement ... ou pas), mon propre FW PHP (idem), mes propres plugin jQuery (j'en utilise qu'un seul externe, tout le reste, je n'ai jamais trouvé quelque chose qui me plaisait vraiment, charger un fichier de 120ko pour utiliser 2 options au quotidien, non merci), mon fichier Vagrant entièrement maison, mon fichier Gulp avec quelques plugins maisons etc. etc.

Ça me prend beaucoup de temps, certes, mais je pense avoir un code vraiment qualitatif, propre, organisé, très performant (mon site ayant des pointes de traff très impressionnante par moment, la perf était indispensable) et surtout, qui me permet d'être vraiment rapide à dev les projets définitifs (de là à dire que ça compense le fait que je dev tout, j'en doute :)).

Default
,

@Kenor:

OK good job alors! :)
J'avoue avoir le même état d'esprit que toi, la même approche: j'ai toujours préféré tout développer de A à Z, maîtriser mon truc, être totalement libre, pouvoir développer ce que je veux sans être pollué ou limité par un plugin ou autre. Et question performances, c'est clair que c'est le jour et la nuit entre un developpement "maison" pensé aux ptits oignons et un site ralenti par 450 milles trucs chargés en amont et qui ne servent à rien. Donc à part pour des trucs hypers spécifiques et hyper chiants, perso le "home made" est ma façon de voir les choses aussi.

Mais bon a priori il y a débat dans la communauté "FW or not FW, that is the question" ...sachant qu'il n'y a pas de réponse absolue à ce dernier.

Dans mon cas, il n'y a aucun débat, s'il faut que je parte de ZERO pour mon "nouveau" projet, coder mon propre FW alors que j'ai seulement survolé la POO et le MVC, et ben c'est pas gagné!!! :p :p :p

2