Guikingone

Je tiens à préciser que mes commentaires n'étaient pas une critique des CMS ou Framework ou du "from-scratch" (que je trouve inutile en soit).

Je voulais juste pointer le manque de connaissance dans le monde professionnelle.

Je trouve, de part mon point de vue et mes expériences professionnelles, qu'il y a un manque de partage de connaissance entre le développeur et le chef de projet.
J'ai vu des chefs de projets vendre des projets sous des CMS à des clients en ayant l'impression que leur seuls arguments étaient : "c'est à la mode". (je réduis un peu, my bad :/)
Et d'un autre côté voir les dévs raller parce qu'on leur demande de faire des tâches bien plus complexe sur un CMS que sur un Framework.

Et là je ne comprends pas pourquoi cette situation continue...

Je comprends les impératifs des coûts et si on vient à me demander de développer un site avec Drupal en me justifiant que Drupal et bien meilleur qu'une autre solution, alors no problemo

Autre point que j'ai lu en commentaire et avec lequel je suis d'accord : Le client est devenu trop roi dans le monde de l'informatique, il se permet de demander ce qu'il veut sans comprendre les limitations techniques mais je pense qu'il est trop tard pour faire machine arrière.

Il y a utilise un CMS et développer un CMS.

En premier lieu, il y a la question des utilisateurs finaux. Il est souvent plus difficile de leur fournir un CMS maison, alors que ceux-ci sont des professionnels utilisant quotidiennement "Wordpress". Sérieusement, un professionnelle web qui utilise Wordpress a au moins 4 ou 5 plug-in supplémentaires qu'il serai impossible de développer en interne (SEO ...).

Pour ma part le "From strach" n’existe pas sur Wordpress, mais aussi sur Symfony. Combien de développeur n'utilise aucun module annexe ? En gros, qui n'utilise que le module HttpKernel de Symfony. D'ailleurs, les développeur Symfony ont tendance ajouter des modules tel que FOSUSerBundle (pour l'authentification) plutôt que de réduire le nombre de module utilisé par défaut.
En effet, le "From strach" signifie qu'on part de rien. Par exemple, faire des batchs "maison" avec Spring batch n'est pas du "From strach". Donc, le From strach en entreprise, cela est ultra rare. C'est une exception, plus qu'une règle.

En suite, vient la question du développement dans les applications/produits existantes et le rôle de développeur à ce niveau. Développer un module pour FireFox, SAS ou Wordpress est fondamentalement le même travail. Je n'irai pas insulté les développeurs de GreassMonkey ou de FireBug en prédentant qu'ils ne font pas un travail de développeur. Il en va de même avec les développeurs dédié à Wordpress.
Certes, on considère leur travail comme étant une basse besogne. Cependant, leur travail reste nécessaire et utile.

En conclusion, je pense que le problème est que seul le "From strach" est considéré comme du développement. Aussi bien par la communauté de professionnel et que par les personnes externe à notre métier. Pour ma part, je trouve cela dommage. Car, la plus part du temps ce qui fait la force d'un logiciel, c'est ce qu'il y a autour.

Cordialement,
Patrick Kolodziejczyk.

Personnelement ,meme moi je n'aprécis pas du tout ses outille cms.j'ai tendance comme toi a pensé que c'est pas du vrai développement . Mais soyons réaliste dans le domaine de l'entreprise il y a plusieurs choses qui entrent en jeux ,dont le temps .Si tu travaille en solo, la il n'y pas de probleme .

Je vais venir ajouter un autre point à ton commentaire avec lequel je suis d'accord.

Pour moi, en tant que développeur, le from-scratch n'existe plus, aussi bien dans le monde professionnelle qu'amateur. Personne ne commencera un projet en partant de rien. Que ce soit dans le web ou dans d'autre domaines. Nous utilisons maintenant des outils qui nous mangent des parties de travail. Si je dois commencer le développement d'un jeu video demain, je ne m'attaquerai à développer un moteur de jeu mais je choisirai certainement un Unity ou UE. C'est pareil dans le web, personne aujourd'hui ne devrait démarrer un projet en partant de 0. On utilise maintenant des Framework, des CMS, des bootstrap ect..

Pour moi, un bon développeur est avant tout un développeur qui peut s'adapter à la problématique qu'on lui pose.

Envoyé par Guikingone

J'ai bien lu vos retours et je les comprends, ce que j'essaye de souligner c'est la domination des outils clés en main dans un métier où nous sommes des créateurs (oui, même si cela n'est pas le terme utilisé), comme le dit dblervague, beaucoup se retrouvent condamner à utiliser ces outils, ce que je trouve gênant.

L'idée que j'ai n'est pas de rejeter en pâture ces outils, nous devons les utiliser si le client en fait la demande ou si ce dernier part d'une base pré-existante typé WordPress, etc.
Là où je ne suis pas d'accord, c'est le fait d'imposer ces outils dés le départ et sans raison, je préfère la qualité à la quantité, cela a été souligné dans vos commentaires mais bon nombre de chef de projet vendent les CMS (ou SGC comme le dit TiNano ) comme la solution miracle alors que cela ne "me" semble pas toujours adapté et que cela contraint les développeurs à mettre de côté des outils pourtant pensé pour eux (Symfony, Zend, CakePhp et j'en passe).

Au fond, je croit véritablement que les CMS doivent faire partie de notre arsenal, non pas parce qu'ils sont indispensables mais parce que bon nombre de studio demandent leur utilisations durant le workflow, après, nous devons choisir la solution adapté à la demande mais en restant pointilleux sur le fait que cela n'est qu'un raccourci et non une solution dédié à un problème posé.

Rien n'empêche de créer en ré-utilisant des briques logiciels existantes, justement ça permet d'aller plus loin. Je doute par exemple que les google cars autonomes fonctionne avec un software écrit de 0. Les drivers matériels (caméra, senseurs etc...), les librairies logiciels (analyse d'image, détection de forme etc...) sont surement pour la plus part des choses existantes qui ont été reprises. Et si ils venaient a avoir un besoin particulier non géré dans le software tiers, ils peuvent en acheter l'évolution auprès d'une boite privé ou bien développer eux même la solution si c'est open source (Soit par un fork, soit par une contrib validée par le gestionnaire du projet).

Pour résumer, en informatique il faut laisser son égo de coté et travailler main dans la main avec tous les autres developpeurs pour faire de grande chose. Avec ta façon de penser tu atteindras très vite tes limites. Et je comprend que tu penses de la sorte, tu dois être encore jeune et n'a pas encore atteint tes limites. Tu fais preuve d'une qualité déjà essentielle, l'ouverture d'esprit et tu restes positifs face à nos remarques, il faut absolument garder ces qualités, même quand tu te sentiras expert dans un domaine, le développement logiciel est une remise en question perpétuelle.

L'informatique est un métier en constante mutation. Ce qui est aujourd'hui difficile à réaliser le sera moins demain. Il y a quelques années, lorsque Wordpress se lançait, il fallait "mettre les mains dans le cambouis" et tu étais considéré comme développeur parce que tu utilisé un Wordpress, Magento, Prestashop, etc.

Aujourd'hui, tu mets "les mains dans le cambouis" parce que tu fais du Symfony et qu'effectivement, c'est plus complexe que d'utiliser un CMS tout fait. Oui, mais demain ? Je te parie que demain tu ne seras plus considéré comme "développeur" par un plus jeune que toi parce qu'un vrai développeur n'utilisera pas Symfony, mais le fera (ou utilisera autre chose plus complexe), etc... Bref, la roue tourne...

Pour finir, parce que l'informatique ne fait pas tout, si tu es freelance, tu te rendras compte très rapidement que si tu veux manger, avoir une vie sociale, une copine, voir des concerts, boire un coup avec tes potes, le "from scratch" et bosser 12h/jours 7/7j ne tiendra pas 30ans. Le "from scratch" ne tiendra pas parce que comme dit plus haut ton client il s'en fout du beau code, lui il veut un site Internet et basta pour moins de 500€ => te considéreras-tu toujours comme un développeur le jour où cela t'arrivera ? Et bosser 12h/jours 7/7j ne te permettra pas de reprendre tes esprits pour analyser correctement les projets : qui est une des compétences que l'on demande à un développeur.

Pour te provoquer un peu (je n'ai rien contre toi hein) : à mon sens, tu n'es pas encore un développeur, tu es un "pisseur de code" => je déteste cette expression mais c'est vrai qu'elle représente bien cette idée. Attention, le prend pas mal, on l'a tous été un jour ! Foncer tête baissée les cheveux dans le ventilo de son PC à coder, coder, coder... Puis un jour tu comprendras que maintenant que tu sais comment ça marche, tu laisses de côté le développement d'un CMS-like : c'est chiant à mourir d'intégrer un éditeur WYSIWYG dans son CMS pour un site de 3 pages et que finalement Wordpress le fait très bien. Et donc tu passeras à autre chose de plus complexe, et ainsi de suite... Tu utiliseras Wordpress pour les petits projets comme celui du coiffeur du coin qui vient de te faire la boule à zéro parce que tu n'as plus de cheveux à présenter à ton ventilo de PC et en parallèle tu travailleras sur des projets plus complexes (tu seras peut-être l'initiateur de bundles Symfony à succès) et tu reliras ton article avec un petit sourire en coin...

Rien que le titre me donne des boutons.

Partir de Zéro ? Ta définition du Zéro est bien personnelle je trouve ! Tu développe aussi ton serveur web ? Et le compilateur qui t'a permis de développer ton serveur Web tu l'a aussi écrit ? Et l'IDE ?

Développer c'est toujours utiliser le travail des autres.

C'est très prétentieux d'affirmer que tu es un vrai développeur juste parce que tu te contente de cracher sur des CMS.

C'est aussi presque insultant pour moi de lire que tu ne me considère pas comme un vrai développeur parce que j'ai d'autres choses à faire de ma vie que de coder, et que je me contente de 8h de boulot par jour.

Pour conclure, à mon sens, développer ça a toujours été un métier de fainéant, tout se base sur la réutilisation d'autres trucs (bout de code, scripts, framework) fait par soi même et par d'autres, et sur l'automatisation des tâches répétitives.

Envoyé par Max Lothaire

La dessus je suis d'accord, mais est-ce le cas des clients ?

Ils s'en moquent éperdument.

Je vais aller encore plus loin.

En ne parlant que de PHP, je rejette tous ces framework inutiles et à la mode (oui, vous pouvez tirer à vue mais c'est ce que je pense et je ne changerai pas d'avis) que sont Symphony, Laravel et autres !!

Rien que le titre me donne des boutons.

Partir de Zéro ? Ta définition du Zéro est bien personnelle je trouve ! Tu développe aussi ton serveur web ? Et le compilateur qui t'a permis de développer ton serveur Web tu l'a aussi écrit ? Et l'IDE ?

Développer c'est toujours utiliser le travail des autres.

C'est très prétentieux d'affirmer que tu es un vrai développeur juste parce que tu te contente de cracher sur des CMS.

C'est aussi presque insultant pour moi de lire que tu ne me considère pas comme un vrai développeur parce que j'ai d'autres choses à faire de ma vie que de coder, et que je me contente de 8h de boulot par jour.

Pour conclure, à mon sens, développer ça a toujours été un métier de fainéant, tout se base sur la réutilisation d'autres trucs (bout de code, scripts, framework) fait par soi même et par d'autres, et sur l'automatisation des tâches répétitives.

Je précise que le titre donné sur la page d'accueil n'est pas de moi, précision utile je pense.

Quand je parle de partir de zéro, je fixe des limites (invisibles dans ce texte mais présente et à prendre en considération) et il faut les comprendre.
Je ne dit pas être un vrai développeur, ce qui sous-entend que ta lecture n'est pas bonne et que tu n'as pas saisi l'essence de ma critique, de plus, je ne dit pas que sous prétexte que tu ne te "contente" de 8G de boulot par jour, tu n'est pas un développeur, encore une mauvaise compréhension de mon texte.

La pensée globale de ce texte n'est pas de me jeter en pâture à ceux qui ont plus d'expériences que moi (et que je respecte énormément car ils m'inspirant aujourd'hui à me dépasser demain) tout en criant que je sais développer (je n'ai pas cette prétention), non, l'idée est de poser une vision tranché sur un "mouvement" qui consiste à utiliser des outils sous prétexte que les autres font pareil et qu'ils sont plus rapides, je ne dit pas que crache pas sur les CMS, j'énumère des raisons pour lesquelles je ne les aime pas, que l'on ne se méprenne pas sur ma pensée, j'utilise des CMS mais je ne les aime pas, là se différencie le fond de ma pensée et c'est là que je rebondit sur le texte.

Etre développeur fait appel à un esprit de jugement et de réflexion qui demande à recourir aux outils les plus adaptés selon la situation, j'en suis conscient et je le comprend, je tente juste de souligner que parfois, la facilité ne l'emporte pas sur la qualité.

Envoyé par jojosbiz

En ne parlant que de PHP, je rejette tous ces framework inutiles et à la mode (oui, vous pouvez tirer à vue mais c'est ce que je pense et je ne changerai pas d'avis) que sont Symphony, Laravel et autres !!

Une question : pourquoi ?

Envoyé par Guikingone

Je tente juste de souligner que parfois, la facilité ne l'emporte pas sur la qualité.

C'est en cela qu'il y a une erreur dans l'énoncé. Choisir un CMS ou un Framework n'est pas un choix de facilité, mais bien de qualité. Contrairement à ce qu'on pourrait croire, il est aussi difficile de développer dans un environnement préconçu, où l'on a souvent les mains liées par les normes et la structure de cet environnement, que de développer from-scratch, où l'on est totalement libre mais où il faut tout faire, même ce qui ne nous intéresse pas. Bien entendu, plus l'on maîtrise une techno, plus on va vite à coder dessus.

Un CMS n'est pas conçu pour faire le travail à la place du développeur, mais bien pour lui donner une base, un socle sur lequel s'appuyer, où se trouvent un ensemble de fonctionnalités embarquées que l'on peut réutiliser, gagnant ainsi du temps pour s’appesantir sur les parties spécifiques du développement.

Cependant, un CMS n'est pas non plus un choix ultime. Ceux qui choisissent la facilité sont ceux qui ne jureront que par une seule techno, qu'il s'agisse d'un framework, d'un CMS ou du from-scratch. Tout est question de contexte. Wordpress a connu à une période une dérive du genre auprès des développeurs qui l'utilisaient : quel que soit le projet, c'était du Wordpress. Et à ça, je dis non, car Wordpress (ou tout autre, ce n'est qu'un exemple) est construit selon un objectif. Si votre site déroge de cet objectif, c'est que vous ne vous tournez pas vers la bonne techno. L'objectif est et doit toujours être de correspondre au mieux aux besoins du client. Si un CMS permet d'aller plus vite sans quitter les rails, tant mieux. Si ce n'est pas le cas, un framework peut-il faire l'affaire et a-t-on les personnes compétentes pour l'utiliser ? Ce sera plus long, mais on pourra personnaliser le résultat. Ce n'est pas le cas non plus ? Pourquoi pas un from-scratch, on pourra s'approcher au plus près des exigences du client, mais ce sera bien plus long et coûteux.

Pour compléter mon commentaire de tout à l'heure, je dirais qu'il y a une assertion erronée dans ton raisonnement:

"... un développeur débutant sera capable sans soucis de développer un système de gestion de contenu (SGC et non CMS) sans effort, comment ? Simplement en utilisant les bundles, la console, Doctrine, Twig et j’en passe, la qualité finale sera la même que celle de Wordpress ..."

Tu penses vraiment qu'un dév débutant est capable de faire aussi bien qu'une équipe de dev chevronnés et plusieurs années d'amélioration d'un produit éprouvé partout dans le monde?

Revenons à cet entretien, tout se passait bien puis la recruteuse m’a parlé de CMS, je connais Wordpress, Joomla, PrestaShop et j’en passe, mais je ne les utilise pas, pourquoi me direz-vous ?
La vérité est qu’à mes yeux, ces outils ne sont pas des outils de développeur (mais change de métier alors !), mais des outils de travailleur à la chaîne, pourquoi ce jugement ?

Une raison (parmi d'autres) qui rend le dev Web chiant à mes yeux.

Ça ressemble plus à de l'utilisation d'outils que du dev. Alors bien sur c'est pareil partout (si une lib existante répond aux besoins on va pas la re-coder), mais c'est bien plus marqué en dev Web.

Le choix d'un solution existante a quand même énormément d'avantage.
On peut proposer un outil qui est déjà connu un minimum par les clients, il sera donc vendable plus facilement. Il demandera aussi moins de formation.
On part sur une grosse base d'existant pour laquelle il y a un nombre d'heure de réflexion, développement, de test, de design.
On aura pas à fournir d'effort trop important sur ce qui est commun à la grosse majorité des projets et fournir les vrais efforts sur les parties spécifiques au client.

Il est vrai certaines agences web ont tendance à vendre de l'intégration comme du développement.

Le choix d'une solution existante qu'on adaptera ou partir de 0 ne devrait dépendre que du projet.
Refuser une solution existante alors que le besoin du client y correspond est aussi "stupide" que d'essayer de faire coller les besoins d'un client à une solution inadaptée.

Un développeur doit réussir à accepter le fait qu'il ne peut pas tout maîtriser.
La plus-value d'un développeur sera alors sur les besoins spécifiques.

Bonjour Guikingone,

J'ai lu ton article et je suis allé voir ton CV sur ton profil pro. Je pense que tu exprimes mal tes idées, tu tends un peu le bâton aux personnes qui pourraient mal interpréter l'essence de ton article.

Déjà tu as 21 ans, tu sors de ta formation (personnelle) et je pense que tu te rends malheureusement compte que les SSII qui te contactent te proposent de travailler sur des CMS, parce que pour la plupart des RH que tu consultes il n'y a aucune différence entre développement, pissage de code, développement web, framework et CMS.

Je vais juste reprendre 2 passages sur lesquels je ne suis pas vraiment d'accord, car ce sont des passages que tu aurais pu mieux formuler. Voici la première :

Là où un framework comme Symfony est conçu pour du développement « from scratch »

Un framework comme Symfony ne permet pas que de développer « from scratch », si les CMS ont leurs plugins, les frameworks eux ont leurs outils de build (cf: Composer pour PHP).

Donc forcément tu vas te retrouver avec des personnes qui pourront te taper dessus avec :
chaya

Quand on développe une API REST JSON, on va préférer utiliser GSON ou Jackson pour les conversions plutôt que de repartir from scratch par pur orgueil.

Guikingone, si tu devais mettre un service REST en place, utiliserais-tu une librairie de ton langage ou ferais-tu from scratch ? Moi je suis sur que tu utiliserais une librairie de ton framework ou un outil de build pour récupérer ta dépendance

De mon point de vue les CMS correspondent à un besoin précis, même si on peut dériver de leur objectif d'origine, le problème survient lorsqu'on souhaite mettre en place un besoin spécifique par rapport à la demande du client, on perd énormément en souplesse là où avec un framework comme Symfony (ou autre je précise) ce sera bien plus naturel et rapide. Donc oui, un CMS permet de mettre en place un site rapidement donc c'est pas cher (c'est pour cela que les SSII en sont très friand), ça ce sont les plaisirs du début, mais qu'en est-t-il lorsqu'on souhaite aller plus loin ? Tu préfères stresser à une itération du projet à cause des limites d'un CMS ou avoir une barre progressive grâce à la richesse d'un framework ? C'est de cette manière que tu pourras par exemple mieux exprimer un point de vue, pas en disant qu'avoir les mains dans le cambouis c'est mieux et ça procure plus de plaisir pour l'informaticien ("le vrai").


Voici le second passage sur lequel je ne suis pas d'accord :

celui qui aime son métier ne compte pas les heures de travail, ni celle de frustration ni l’échec

Beaucoup de personnes sont intervenus là-dessus, mais encore une fois il y a une différence entre le niveau professionnel et personnel. Si tu aimes ce que tu fais c'est bien (tu ne deviendras pas fou et tu respecteras le code), mais ce qui compte c'est le travail que tu fournit en temps et en heure. De plus si te ne te cadres pas dès maintenant, que tu sors du travail à 19h par plaisir (hélas j'en connais), qui va passer du temps avec sa famille, sa femme et ses enfants ? Ton boss en aura rien à faire t'es qu'une brique remplaçable


Concernant l'article, tu te focalises trop sur le framework Symfony (avec Twig, Doctrine), surement parce que c'est le framework que tu maitrise le mieux, mais ton article aurait pu être plus "généraliste" à ce niveau. Là encore on peut te taper dessus avec une arrière pensé : "c'est un jeune qui connait 1 truc hype".

Concernant ton CV, je pense que tu devrais donner une localisation, pas une adresse précise hein on a pas envie que l'adresse de ta maison entre dans les BDD inconnues, mais une ville/code postal et une station de métro par exemple, c'est pour que le recruteur puisse un minimum évaluer la distance entre ton domicile et le lieu du travail.
Pour ce qui est de ton niveau scolaire je ne sais pas si tu as eu la chance de faire des études, donc si tu as fait des études indique tes diplômes, si tu n'a pas de diplôme tu n'as que 21 ans, essaye de continuer.
Pas besoin de préciser PHP 2 fois, tu peux mettre "PHP orienté objet" 1 fois.
La taille de la police n'est pas uniforme, tu utilises une police 12 Développement Web et police 9 pour Programmation/Infographie, est-ce que cela signifie que tu sais en faire mais pas beaucoup ? Si c'est le cas tu peux indiquer ton niveau (qui est une estimation personnelle).
Enlève "Lync", on s'en fou un peu que tu saches utiliser un MSN sans wizz.
Tu peux éventuellement mettre TCP/IP et UDP/IP sur sur la même ligne, mais ce qui me pique les yeux c'est que tu fasses autant de copier/coller avec "via Microsoft Virtual Academy" ou "via Openclassrooms", je pense que tu peux "factoriser" cette information afin d'améliorer l'ergonomie de ton CV.
Pour finir sur les loisirs, c'est quoi ton type de spor, l'art que tu pratiques, ton type d'électronique (Arduino/Raspberry PI ?),

Bonjour,

Cela n'a rien à voir avec le métier de développeur, car si on pousse le raisonnement un peu plus loin
pourquoi utiliser un sgbd et ne pas le recoder ? pourquoi ne pas recréer son langage ??
Je vois d'ici les regards hagards "il est c.. ou quoi"
Il faut remettre les outils dans le contexte, a qui viendrait l'idée de recréer un CMS,
s'il en existe pléthores ??

La vrai question est :
Est'il adapté aux besoins .
Si oui alors pourquoi hésiter.

Et ce raisonnement est valable pour tout, un projet c'est avant tout un budget et un calendrier en fonction de besoins.

Je me vois mal proposer un CMS codé en assembleur.
Le bon outil est celui qui semble répondre correctement à un besoin en fonction du budget.
Après rien ne nous vous empêche de tout faire en C, mais dans un autre cadre ... personnel par exemple.

Olivier

J'ai lu ton billet, il me semble intéressant dans l'ensemble mais quel est le fond de la question ?

je connais Wordpress, Joomla, PrestaShop et j’en passe, mais je ne les utilise pas

Ce n'est pas un problème en soit lors d'un entretien, un bon dév doit pouvoir s'adapter à n'importe quel outil s'il maitrise le langage en question (ici PHP), c'est juste une question d'adaptation de l'architecture...

La vérité est qu’à mes yeux, ces outils ne sont pas des outils de développeur

C'est vrai, les outils des développeurs ça reste des Frameworks, les CMS c'est purement pour une utilisation spécialisé, il ne faut donc pas le voir comme un outil, mais comme une "base" de code.

Mais tout est également une question de moyen du client et de logique, un site vendu pour 500 euros à un commerçant du coin tu ne va pas sortir un code maison de A à Z en réinventant une roue surement carrée alors que des CMS prêt à l'emploi existent et qu'une simple personnalisation / amélioration est possible, avec le coté sécurité et rapidité du code ? (d'accord les CMS présentent des failles qu'ils corrigent au fur et à mesure, mais ils ont des années de développement et de tests du projet derrière eux, alors imagine alors le nombres de failles d'un code maison fait par un seul ou une petite équipe de dév spécialement pour un site web ...).

Même si tu est un "bon" développeur, bien passionné, tout jeune et prêt à avaler 10/12h de dév par jour, au bout d'un moment faut arrêter et savoir se poser les bonnes questions techniques. Alors oui parfois le développeur n'est pas au cœur des choix techniques, mais quand il l'est (personnellement mon chef de projet m'écoute dans l'élaboration des choix technique), il dois aussi mettre de coté son coté "codeur fou from scratch" pour prendre en compte d'autre facteur comme le budget et le temps alloué au projet et tous les facteurs qui sont à prendre en compte, et la ont passe d'un simple : "Je veux tout coder à la main" à : "On va peut être utiliser ce CMS ou ce Framework comme base du projet car après l'étude de la demande celui-ci nous conviens parfaitement et nous permettra de gagner du temps aussi bien sur la conception que sur la partie développement & tests".

mais est-il devenu pour autant un outil de développeur au même titre que Symfony ? Non

D'accord avec toi, c'est ce que j'ai dit ne mélangeons pas un CMS et un Framework. Par contre le type qui va vouloir mettre en place un projet Symfony plutôt qu'un projet from scratch il va falloir y réfléchir sérieusement (voir le petit article sur mon blog concernant les Framework / projet from scratch)

WordPress vous fournit les fondations d’un projet, aucun intérêt à mes yeux !

J'y ai répondu en haut, tant que tu reste chez toi en mode petit dév foufou tout jeune qui à 12h / jour a passer pour un projet d'une durée totale qui coutera 3 fois plus cher que d'utiliser ce qui existe déjà et ce qui est déjà éprouvé c'est bien. Mais si tu est dans une structure avec une équipe et/ou une gestion de projet ne permettant pas de tout faire sois-même cela reviens à faire des choix techniques pertinents.

Donc ça m'échappe un peu l'histoire que tu raconte ?
- Tu n'a pas eu le poste de dév wordpress ? C'est pas grave vu que cela ne t’intéressait pas
- Tu trouve que Wordpress n'a pas d'interet ? C'est ton choix, ne bosse donc pas avec ce CMS et cherche un emploi de "pur" dév

Quel est réellement le problème en fait ?

En général, je me méfie énormement des dev qui veulent toujours repartir de zéro.
La plupart du temps, on va au tas ...

Ce n'est pas le point essentiel du débat mais il se trouve que les grands cuisiniers ont des Magimix dans leur cuisine: http://www.leparisien.fr/laparisienn...15-5172917.php

La créativité se déplace mais ne disparaît pas.

Il faut faire attention à ne pas être trop passionné pour toujours se réserver une prise de recul. Si Wordpress convient pour les besoins alors ça serait complètement débile de ne pas l'utiliser et de consommer du temps et de l'argent juste pour satisfaire les besoins passionnels d'un bonhomme.

Notre responsable marketing & communication a refait notre site vitrine récemment sous Wordpress, il n'a aucune compétence en développement mais a pu nous faire un super truc rapidement sans se casser le cul, on bénéficie des mises à jour (particulièrement important pour la maintenir la sécurité), on peut le faire évoluer facilement sans devoir aller chercher un bac + 8 et 15 ans d'xp qui va coûter un bras, etc. etc.

Ce qui est débile là dedans, c'est de mettre un dev expérimenté pour faire ça.

En revanche nous avons une application WEB et là c'était impossible avec Wordpress alors on l'a joué ZF2, Doctrine et compagnie, non pas parce que on voulait s'amuser, mais parce que ça convenait mieux.

Si tu veux t'amuser, c'est à la maison. En entreprise c'est la productivité qui prime, le rendement, le ROI des clients etc.

Penses-tu que Peugeot part de rien lorsqu'ils conçoivent un nouveau modèle ? Ton cuisto il peut avoir envie de s'amuser et libérer toute sa créativité mais si les plats qui sortent font que le menu est à 150€ et que ça ne colle pas avec la clientèle ciblée, c'est contre productif.

Je pense que tu es encore trop jeune