Reprise du message précédent :

 
Ouais, je le sais bien c'est juste que j'essayais de troller aussi bassement que l'autre ignorant qui comprend rien au web mais qui adopte des stratégies completement out-datées    

 
Si je donne 4K a quelqu'un , j'attends une solution qui fonctionne, qui est stable et qui est ouverte pour faire face a mes besoin futur
Le reste ne sont que des moyens d'arriver a cet objectif. Il fait comme il veut.
 
Si j'ai été assez con pour lui pemrettre de facturer 10j alors qu'il ne lui en faut que 2 , c'est tant pis pour moi, tant mieux pour lui

C'est surtout qu'en général c'est soit il a sont framework custom enrichis depuis des années et donc là le désavantage c'est que c'est sans doute moins éprouvé.
 
Soit il a rien et là il va devoir facturé beaucoup de dev. en plus pour des partie où il réinvente la roue (gestion BDD/session/authentification & c).
 
Soit il a rien et si on lui met la pression ça va être du code un peu là-là et pas tip-top sécurisé.
 
Soit il a rien et/ou utiliser un framework et il va allé plus vite et peut-être faire du code plus fiable (en moyenne disons).
 
Après tout est possible. Mais généralement l'utilisation d'un framework tant à limiter le temps de dev. sur les parties classiques et récurrentes.

tu peux etre insultant , ca ne te donnera pas plus de boulot .

je ne crois pas troller , je vous dis juste que s'enfermer dans des systematiques , motivée par le fait que , d'apres vous , c'est LA solution , fait que vous serez depassé des que l'on passera a autre chose

j''ai été grillé sur le demontage en regle du pourquoi reinventer la roue . j'espere que vous l'avez compris , s'enfermer , c'est s'assurer de perdre , il y a toujours plus fort et plus malin que soit ,
c'est pour ca que facebook a explosé copain d'avant , avec bizness model plus malin .

tu ne cherches pas a comprendre , tu cherches juste a dire MOI JE SAIS .
j'interviens ici car je commande plusieurs sites par mois , et vu le budget que je mets dedans , (des milliers d'euros par mois ) je suis en droit de donner mon avis .
le fait de travailler avec de nombreuses equipes differentes et donc des strategies differentes fait que je suis sans doute , a l'arrivé , nettement plus au courant que toi des demandes du marché .  je ne sais sans doute pas tout ce que tu sais d'un point de vue techinique

j'attends que tu me convainque de l'interet d'une systematique FW et tout ce que tu fais c'est dire que je suis un abruti qui n'y connais rien .

ca ne marche pas comme ca le monde du travail , tu le comprendras quand tu y seras confronté .

mes arguments ne te satisfont pas , ou ne te plaisent pas , pourtant il y a debat.
celui sur developpez nous le montre bien , il n'y a pas de pensée unique  et des tas de devs que tu consideras sans doute comme nettement plus legitime que moi ont leur opinion , laquelle est divergente de la tienne

Les bonnes pratiques ont toujours été de mutualiser et factoriser le code le plus possible au sein d'une application, mais aussi sur plusieurs projets.
 
L'utilisation d'un framework, c'est le niveau du dessus, c'est mutualiser du code au niveau d'une communauté.
 
Après on peut croire que ça rends les développeurs idiots, mais bon, je ne vois pas où est mon intérêt de re-développer tout un couche d'abstraction de SGBD quand plusieurs bibliothèques existent déjà et sont éprouvées et fiabilisées depuis plusieurs mois (voir années).
 
A croire ici que pour certains ceux qui font du développement PHP ce sont des débile de base qui sortent de leur garage on ne sait trop comment...
Vous savez quand même que la majeure partie de développeur PHP sortent des mêmes écoles d'informatiques que les autres...

 
 
Non mais le problème c'est comme toujours : le problème ce n'est pas le framework/libs .... en soi, mais son utilisation abusive (mauvaise intégration par rapport à l'existant, pas de connaissance de bases sur le langage utilisé par le FW/lib ...).
 
Toi qui semble connaitre le M.arché, si les frameworks existent c'est qu'ils correspondent à un besoin réel (productivité, code éprouvé, s'occuper de taches plus importantes (code métier) ...).
 
Sinon : merci on est au courant qu'en informatique, ça évolue vite et qu'il faut s'adapter en permanence.  
 
'fin bref.  
 
Même si la meilleure solution reste de tout coder en assembleur. /proof.

je pense qu'on ne parle pas de la même chose
un FW, c'est bien sur un site un peu complexe, pas pour un site de quelques pages
Le retour sur investissement se fait plutot quaon parle de "mois par site" que de "site par mois"
 
C'est clair qu'utiliser symfony pour un site qui n'a quasi que du statique, c'est overkill.

 
Excuse je travaille juste sur des projets de 40k à 130k dans ma boite, mais c'est toi qui a raison avec tes bricolages à quelques euro    
 
Ceux qui s'y connaissent ici ont bien compris que tu n'es absolument pas au courant de la réalité du marché.  
 
C'est pas la peine de t'expliquer tu as déjà ton opinion ("moi je ne veux pas de framework" alors que t'as jamais du ouvrir la doc d'un seul FW)
 
Laisse discuter les gens qui s'y connaissent ici
 
Au passage explique à Dailymotion qu'ils sont dans l'erreur en utilisant le FW symfony

+1 voir +2 pour les 2 posts du dessus.
D'autant que les défenseurs de FW, dont je fais partie, parlent toujours de gros sites, il est évident qu'il faut dimensionner la techno par rapport au besoin.
 
En définitive, l'utilisation d'un FW n'est pas nocive tant qu'elle est proportionnée au besoin du projet et aux connaissances du langage du FW et des limites du FW par rapport au projet sur lequel il est utilisé.
/457578877887ème édition

Si tu fait un site (i.e. assez statique) oui les framework boaf, mais si tu fait une vrai application web, là ca s'impose rapidement.
 
Après c'est sur pour beaucoup le Web ça se cantone a TF1.fr, Youtube et Gmail mais bon...

C'est tellement une compilation de n'importe quoi ce que dit mobil12 que c'est juste trop
Tu te sens en droit d'intervenir et moucher des gens parce que tu investis quelques k€ par mois sur un projet? D'accord, là peut-être qu'un FW est overkill (et encore ).
J'ai travaillé dans une boîte qui avait une appli Java de plusieurs millions de ligne de code, une équipe de 20 dev dessus depuis bientôt 10 ans. Surprise, surprise, ils utilisent plusieurs frameworks. Après, tu parles de pointer au chômage le jour où tu dois utiliser un autre FW, mais tu sais de quoi tu parles franchement?  
Déjà quand t'es dans le métier, tu te formes aux nouveautés, tu restes pas là à te glorifier sur ce que t'as appris en cours y a 10 ans. Et en plus, si tu connais déjà un FW tu auras forcément moins de peine à apprendre le suivant s'il fait la même chose ...

Débat assez intéressant dans son ensemble je dois dire.
 
Je vous situe un peu le contexte pour ma part    
 
J'ai commencé le dev web il y a 2ans de façon autodidacte. Je n'ai donc jamais travaillé sur des gros projets en équipe. L'année dernière durant mon stage réseau j'ai développé une appli similaire à GLPI pour environs 200 profs (appli que je continue de coder sur mon temps libre pour l'améliorer).
 
Ensuite en lisant et en me documentant à droite à gauche sur le net j'ai beaucoup entendu parler des frameworks. J'avais lu pas mal de truc sur Zend & co et j'avais trouvé ça assez intéressant. Du coup y a un mois j'ai commencé à coder une petite appli avec CakePhP. Ce que j'ai de suite aimé c'était d'avoir une bonne structuration du code (chaque chose a sa place) et d'avoir une maintenance plus facile à faire. Mais j'ai aussi eu l'impression de ne pas vraiment développer dans le sens j'utilisait déjà beaucoup de fonctions pré-faite.
 
Donc bon je le rappelle, c'est une vision très personnelle que j'apporte là dans le sens où je n'ai encore jamais travaillé en équipe, ni sur des gros projets et que je débute encore dans le dev
 
Sinon pour terminer je dirais que les FrameWorks sont utile mais que ça dépend pas mal de la taille du projet, pas besoin d'un char d'assaut pour tuer une mouche    
 
Un dernier truc

 
J'aime pas trop ce genre de remarque dans le sens où quand tu utilises un langage tu utilises déjà des fonctions existante (et heureusement)
tu vas pas t'amuser à créer une fonction pour trier un tableau à chaque fois.
 
En ce moment je m'amuse à créer une class pour générer un formulaire parce que c'est vraiment pénible à faire et je crois pas que ça fasse de moi quelqu'un qui se touche la nouille, c'est simplement être malin ou même simplement logique.

c'est facile d'etre esagreable sur un forum en se la petant , mais ce n'est pas parce que tu vides les poubelles dans une boite qui fait des gros projets qui tu y connais quelque chose.

quand en techno on a un point de vu aussi fermé que le tien , il est evident que l'on ne travaille pas ou alors que l'on est frustré par son rang.

j'ai été confronté a ca , : j'ai demandé au devs , je veux ca , ils mont repondu ce n'est pas possible , je demande pourquoi , on me repond parce que cest tres compliqué avec ce Fw , ce a quoi je repond , j'en ai rien a faire de ton fW , je veux ca point . tu me le donnes ou je change de cremerie .
j'etais confronté a un mauvais devs? je ne sais pas , en tout cas j'etais confronté a un dev monomaniaque qui une fois sortie de ses habitudes etait tout paumé .
je ne veux plus etre confronté a cela.

ce a qoi tu vas me repondre que je n'y connais rien et que tu travailles 3 fois par mois sur le site de la nasa et que tu prends 600000k par semaine dans ta boite pour reprogrammer SETI , ce a quoi tout le monde rigolera bien car les vrais pros ici sur ce thread ne me cassent pas mais demontent mes arguments par A+ B a contrario du kikoo qui veut se donner un genre.
la difference entre les pros ( mui, flo 850) et les autres....

la realité du marché , tu comprendras plus tard.

et justement , tu viens de le dire , je ne fais pas des sites pour la nasa et donc vu le dimensionnement de mes projets , l'utilisation du fw c'es

 
ouais pour reprendre la pensée de mobil12, c'est vraiment des feignants ces developpeurs qui re-codent pas le système d'exploitation et les drivers des cartes graphiques. Et je parle même pas de ces feignants qui utilisent opengl et directX    

 
Faut pas non plus demandé tout et n'importe quoi. Parce que on ma déjà fait le coup, y'en a qui croient qu'une application Web ça tourne comme un application lourde...
Après c'est toujours pareil, quand tu paye au lance pierre, tu récoltes des solutions dans ton budget.
 
Parce que en pratique on va plutôt te dire :
- soit on fait en Zend Framework, mais on peut pas faire comme ci, mais comme ça, mais ça coute n euros.
- soit on utilise Synfony , on peut faire comme ça, mais ça coute n +x euros.
 
Tout est toujours une histoire de compromis.
Après ça dépends des problèmes, mais souvent le framework ne bride pas le développeur. Sauf justement à ne pas sortir des bonnes pratiques qui sont d'usages dans le langage en question.

+1 sans parler des boutons qui génèrent leur fonctionnalité tout seuls.
 
Surtout que bon, dans certains cas,  les équipes projet décident d'elles-mêmes suivant le besoin de la techno, FW à utiliser, et même si le dev alerte sur les limites de ça, et bien le développeur, il fait ce qu'on lui dit au final car son avis sera pas pris en compte. /on verra ça plus tard, il fallait rendre ça hier mais je te tiens au courant qu'aujourd'hui proof
 
OK : les développeurs ne sont pas parfaits, comme tout le monde d'ailleurs, mais bon c'est un peu facile de tout leur mettre sur le dos.
 
Une étude de besoin bien spécifiée et des technos adaptées et y'a pas/peu de problèmes de bridages.
 
Soit toutes les parties peuvent collaborer, soit non, alors il ne faut venir se plaindre après.

 
Dans mes bras !    
 
 

 
C'est ça tes gros projets ?    
Chez moi c'est 100 k€ minimum !  
 
 

 
Je pense pas que ça soit un Symfony out of the box, parce que sinon ça aurait crashé depuis longtemps.
Rien qu'à connaitre les perfs des imports de fixtures je rigole déjà...    
 
 

 
Je plussoie fortement  
 
BabyDev : - "Ah bah nan ya pas de module Jommla/Symfony qui fait ça... j'peux pas ?!"
Moi : - "Next Plz !"

Y a quand même des FW qui sont plus ou moins souples, cela dépend souvent des API sur lesquels ils s'appuient.
 
Mais pour parler de Zend et de Symfony (que je connais bien, voire très bien, pour Symfony, contrairement à ceux qui critiquent les FW parce qu'ils en ont jamais ouvert un), ces 2 là sont très souples, même symfony, alors que l'architecture est pourtant hyper-stricte et imposée. A tout moment on peut court-circuiter le bouzin ou seulement une partie du bouzin pour des raisons de perf par exemple ou de demandes tarabiscotées du client.

 
Cache disque, cache d'opcode, cache de page, clustering, utilisation d'un serveur HTTP optimisé pour les ressources statiques, etc., et j'en passe.
 

Si tu ne donnes du taf qu'à des stagiaires/apprentis/jeunes diplômés - oui ils ne vont pas te sortir un pseudo Zend Framework en 5 minutes -  oui ils vont avoir du mal à se lancer dans l'inconnu.
Après ce n'est pas un problème de framework ou pas framework, c'est un problème de recrutement et d'encadrement. Si tu embauches des développeurs et que tu ne les formes pas, ils ne vont pas devenir du jour au lendemain des professionnels du Web et de PHP comme par magie.
 
Il y a un moment où il faut être réaliste, l'expérience ça compte. Et je pense que l'on peut sans problèmes penser qu'un développeur qui a 10 ans de développement C++/Java dans les mains s'en sortira toujours plus en étant parachuté dans un projet Web/PHP, avec ou sans framework, qu'un jeune diplômé tout frais sorti de l'école.

 

 
Pas plus que si j'apprends le C et qu'on me demande de faire du Java
 
Tu crois que dans le monde du logiciel, du jeux vidéo etc... ça ne se passe pas comme ça ?
 
Tous les jeux qui utilisent le même moteur graphique par exemple, c'est de la fainéantise ?
 
::

+1.
 
Mais bon le sujet est un troll en lui-même, car ce n'est pas parce qu'il y'a des dérives dans l'usage des frameworks que les frameworks sont le mal absolu. Ce serait le mal absolu si ces dérives étaient majoritaires.
 
Il y'a toujours moyen de s'en sortir si le framework nous bloque, mais il faudra plus ou moins de temps, sauf si on (dev, équipe projet) sait carrément planté dès le départ dans le choix du FW, techno....

 
Tout est dit.  
 
Après comme tu le dis après, tant que le client paye le vrai prix pour ce qu'il veut, y a pas de problème    

 
+1 troll de naab de l'informatique, j'ajoute en plus
Parce qu'entre cyberdenix et mobil21, les arguments bidons fusent de toutes part

 
Parce que le titre, on peut l'étendre à tout : les voitures peuvent tuer des gens (dérive minotaire) => la voiture c'est le mal.  
 
Vive le binarisme.
 

 
Règle : quand N se trompe ou fait une bourde, c'est toujours de la faute de N - 1 qui est incompétent, jmenfoutiste ....

j'avoue que je cherche la petite bete.
ok je dois mettre de l'eau dans mon vin parce que je fais d'un cas (qui en l'occurence c'est tres mal passé ) une généralité
ok je ne devrais pas .

mais j'aimerai beaucoup que tu argumentes plutot que de nous expliquer tous les 3 posts que je ne connais rien et que toi tu a tout expliqué a turing.
ca ne marche pas comme ca un forum , avec 10000 posts et plus tu devrais le savoir.

je n'ai pas la CHANCE de pouvoir mettre 100kE dans un projet , j'aimerai bien mais ce n'est pas le cas , et face a mes projets ce serait completement surevalué .
mais tu ne nous fera pas croire que le marché , c'est uniquement des sites de 100Ke.

d'ailleurs sur des sites de cette taille , en general , ce n'est pas un mec qui decide , c'est tout une equipe qui bosse collegialement avec un "chef" de chantier  qui impose certaines normes ,
et la sans doute le fw devient quelque chose d'interessant voire meme peut etre d'indispensable . je ne sais pas je ne bosse pas sur des projets de cette dimension .
et toi non plus , si tu bosses reellement ce dont je doute fortement a te lire, tu dois aussi gerer de petits projets de temps en temps , tu ne me feras pas croire le contraire car on arrive pas sur des projets a 100 Ke en sortant de l'ecole .
et ca tu le sais deja , ou alors tu le sauras quand tu sortiras de l'ecole .

je suis sur hfr depuis un moment je sais comment ca marche , je m'attendais bien a ce genre de reaction. j'ai voulu vous donner un feedback de CLIENT qui a des DESIDERATAS et qui PAIENT pour que les choses soient comme elle le veut . c'est tout.
si tu ne comprends pas ca , tu vas avoir du mal a evoluer.

je n'ai pas dit que le FW c'est le mal , j'en ai d'ailleurs programmé moi meme un  , surement tout nul et tout pourri , mais ce n'est pas grave je l'ai fait pour COMPRENDRE le principe et voir les implications.
j'ai developpé moi meme 1 site avec ZEND vraiment dans la douleur mais je l'ai fait et ca marche
et ce  site m'a permis de comprendre que , a chacun son boulot , c'est le votre , pas le mien. c'est certain , cela n'empeche que au moins je sais de quoi je parle .

il y a pas 1 heure j'ai eu un graphiste en ligne qui gueulait car il devait refaire le graphisme d'un site programmé avec Ruby , je lui ai dit bin quoi il est ou le soucis , tu as justement une separation des couches qui fait que tu peux bosser tranquille .
mais ca n'a pas l'air d'etre le cas....

un fw mal utilisé , c'est un fail  global .
se casser la tete pour faire rentrer sa logique dans un fw plutot que choisir le bon fw avec logique , c'est la preuve qu'un truc t'echappe .

un FW ca doit etre un outil , pas une base de depart (souvent motivé parce que le mec ne connait que ca , on y revient => incompetence ou faineiantise , rayer la mention inutile

et lorsque le mec je lui balance mon cahier des charges et qu'il me parle cash de fw , c'est TRES mal barré, il ne s'est pas assis deux secondes pour reflechir aux outils , il veut cash en imposer un.
et ca , ca ne marche pas comme ca.

et arretez de vous toucher en disant que vous bossez tous sur des sites a 180ke , vous bossez aussi sur des petits sites qui se paient 4000euros , et c'est tres bien payé. (pour une assoc , pour une petite pme qui veut une visibilité sans fonctionnalités delirantes. mettre une video embed de youtube sur un site , un ado sait le faire , coder un espace membre tranquilou (pas pour des données top secrete on est d'accord) n'importe qui sait le faire 6 mois apres avoir appris ce qu'etait une balise http , en lisant les tutos de sdz et developpez .)

car vous savez tres bien que il y a pleins  de sites qui sont aussi fait par le beau frere pour 50 euros. et ce pour des structures professionnelles (car une boite meme si elle a 3 employés c'est quand meme une vraie boite )

faut dimensionner les choses , je m'excuse de ne pas avoir commencé par dire ca.

j'espere que tu finiras pas comprendre ce que je veux dire sinon tu risques d'avoir enormement de temps pour troller sur des threads sur hfr dont tu ne comprends pas le contenu .

amitié.

ah bein enfin tu écris un post avec lequel je suis complement d'accord
Je pense que personne imagine (ou alors y a vraiment des soucis à se faire) qu'en utilisant un FW on fait directement un bon site ... Un bon dev fera un bon site avec ou sans FW, un mauvais dev fera un mauvais site dans les 2 cas. Le FW aidera par contre à aller plus vite et peut-être donnera une structure plus rigoureuse ( ça peut aider d'épine dorsale) au tout, mais rien d'autre..
Le dev qui commence à parler de FW au client il a pas vraiment compris que son travail c'est justement, de faire le boulot que le client ne sait/ne veut pas faire => S'occuper des trucs informatiques...
Le côté designer est par contre plus embêtant parce que souvent les designers ont aucune idée de comment on construit une page HTML/CSS, mais le problème sera le même si on fait un site avec ou sans FW ( en priant que le tout soit MVC ou similaire, sinon le designer il va pleurer, et le dev méritrait d'être crucifié)

de toute façon faire une réponse technique a un non technicien, c'et idiot
autant parler chinois  ou hebreu

perso j'écoute le cahier des charges et je fais un chiffrage en fonction du temps nécessaire et des outils que je maitrise ( avec ou sans FW , avec ou sans base de données, mysql/pgsql/sql server, avec ou sans jquery,.... )

Ce n'est pas pour ça que les dev qui utilisent des FW sont moins bon qu les autres

Je pense personnellement qu'etre faineant est une qualité : réinveter la roue ne sert à rien. Mais des fois, ne pas utiliser de FW , ou ne pas utiliser de CMS est le plus adapté

Ceci dit, dans l'immense majorité des cas, si on parle de projet avec un temps de dev supérieur à la semaine, le framework apporte un gros plus

Non mais pourquoi des types qui ne savent même pas ce qu'est un framework viennent participer au débat ?
On est sur clubic ?

Splendide troll comme je n'en avais plus vu depuis un petit bout de temps sur ce forum
 
mobil12 >  
 
Perso, si un client (qui comme toi n'y connaît manifestement rien) m'impose une telle contrainte, je refuserai probablement. S'il existe une justification plausible ou valable, les tarifs seront simplement adaptés à la hausse en conséquence.
 
Un framework doit être un moyen éprouvé, robuste et fiable de résoudre un type de problème. Si un outil donné m'apporte cela, go for it.
 
L'argument du risque de backdoor est à côté de la plaque : il y a moins de risque de faille dans du code écrit, revu et testé par une communauté que dans du code écrit par une personne (ou même une équipe) seule dans son coin. Aucun cador sur ce forum n'a jamais prétendu qu'il pouvait faire mieux que le meilleur outil sur le marché.
 
Si tu veux qqn pour (mal) réinventer la roue (carrée) pour éviter des automatismes et t'assurer de la parfaite compréhension des outils par le développeur, libre à toi mais au final tu te fais du mal pour rien.
 
À ce train là, tu n'utilises aucune librairie offerte par un SDK parce qu'elle fait le travail à la place du contractant et que c'est du vol de ton argent... Et tu refais par exemple une lib de calcul sur les dates et on en reparle au premier plantage.
 
Bien entendu, le gars qui te dit : "il faut absolument utiliser ____" (Grails, Zend, ...) sans distinction et sans nuance en toutes circonstances est sans doute à fuir. Celui-là est dangereux / n'a rien compris à ce qu'il fait, on est d'accord.
 

Sauf qu'aucun d'entre nous n'est Google, et même sur un projet à 500 jours-hommes, il serait bien prétentieux de vouloir rivaliser avec Google et se dire, "hmmm, aucun outil sur le marché n'est assez performant pour mon site de vente de cure-dents, réinventons d'abord un DBMS / un ORM / un MVC qu'il est mieux que les trucs de tapettes utilisés de nos jours"  
 
Quand toi ou ta boîte a atteint ce niveau, on en reparle    

Voila. Ce qui est dangereux, c'est le dev qui ne connait qu'une FW, car comme dit le proverbe américain, quand on n'a qu'un marteau, tout ressemble à un clou.
Mais à partir du moment on le choix est fait de manière raisonnée parmi plusieurs FW et/ou du code custom, en fonction des specs initiales, je vois pas ou est le pb.  
Je fais plus confiance en ce qui concerne la sécurité à un code relu et testé par une communauté. Et je vois certains avantages en termes de maintenance et de documentation dans le cas de l'emploi d'une FW, mais bon, il ne faut pas tomber dans la généralisation abusive, un mauvais dev fera mauvais boulot, FW ou non.
A+,

Je n'ai pas eu le temps de lire le topic en entier, je l'ai uniquement survolé en diagonale.
J'essaierai de donner une réponse argumenté par un jeune développeur ayant passé par plusieurs web agency, et ayant fait une école de développement web.
 
Je répondrais donc surtout à mobil12.
 
Je trouve ca pas mal qu'un "client" prenne part dans un débat comme celui-ci, car en effet, le "client" à son mot à dire. On est d'accord que c'est tous de même lui qui met le paquet sur la table. Je suis néanmoins pas d'accord par le faite qu'apparemment tu interdise l'utilisation d'un FW pour le développement d'un site.
 
La première chose qu'il faut tous de même savoir, c'est que tous les sites sont constitué de la même façon (je passe outre les sites vitrine codé uniquement en HTML sans back office). C'est donc là que le model MVC est apparu. La plus part des frameworks reprennent donc cette architecture. Ce n'est pas de la fainéantise. Le principe est juste de séparer les couches pour permettre de ne changer uniquement que le métier et les vues bien sur. On ne va pas s'amuser pour chaque site à refaire une connection à une BD alors que pour tous site c'est le même principe...
L'utilisation d'un framework peut donc être intéressante. Et de même pour le choix d'un CMS.
 
Dans ton cas mobil12, tes budget sont faibles. Il est donc évident que les agences répondant à tes appels d'offres soit de petite agence (c'est ce que j'en déduis). Les ressources sont donc limité. Dans le cas d'un développeur, il est toujours difficile d'avoir une bonne expérience dans plusieurs domaines. Quand je parle de plusieurs domaines, je parle en terme technique. On sait qu'il existe énormément de solutions (CMS, FW, languages et j'en passes). Je ne suis pas étonné d'entendre alors : "Désolé, mais cela ne correspond pas au fw". Quoique, on m'a toujours appris à ne pas parler de mot technique à un client ou alors très très légèrement. Bref, passons.
 
Pour essayer d'illustrer mes prochains arguments, je donnerais uniquement un retour d'expérience.
- Premier retour : J'ai effectué mon premier stage en tant que développeur au sein d'une petite agence web (10 salariés). La moyenne des projets tournaient à environ ~10k/15k d'€. La plupart des projets tournée sous wordpress. Et si ce choix était fait, ce n'étais pas pour rien. Outre que les 3 développeurs avaient une excellente connaissance de ce CMS, il répondait parfaitement au spec fonctionnelle et aux des cahiers des charges des clients.
- Deuxième retour : Mon année d'alternance au sein d'une grosse agence web (100 salariés). La moyenne étais bien supérieur, souvent de gros client comme Citroën ou Nespresso. Avec des projets allant de 50k à plus de 500k. Une ambiance donc complètement différente, et des technos aussi. Et surtout beaucoup de ressources en interne. Dans le cas ou la ressource n'est pas interne, il étais pas rare de voire toute une partie de certains projets sous-traité. Dans cette agence, pas mal de projet était sous Zend. Pour avoir participer à plusieurs réunions en tant que chef de projet junior avec les clients, le choix des technos, FW et/ou CMS se fait toujours en fonction du cahiers des charges, puis du spec fonctionnelle.
- Activité de freelance : En parallèle, je développe quelques sites. Et j'utilise le FW de mon ancien professeur, qu'il avait crée lui même.
 
Si je devais résumer tous ce que j'ai appris en cours et en entreprise, ces que le choix de la technologie (outre les compétences), se fait en fonction du spec fonctionnelle. Et on remarque très vite qu'un CMS et/ou FW répondant souvent très bien à cet spec. On ne va donc pas "réinventé la roue" mais se basé sur un outils pour gagner du temps, et ne pas s'encombrer l'esprit avec des fonctionnalités mais se concentrer sur le corps de métier. Ce n'est pas arnaquer un client, mais au contraire, ca permet de respecter les délais. Et dans le même sens, de pouvoir faire une marge.
 
Je n'ai pas repris certaines de tes phrases pour rester "cool", mais j'aurais pu faire comme certains membres, et te "descendre" sur quelques propos que tu a tenu, car visiblement il y a certains point ou tu es complètement à côté de la plaque.
 
Et comme disais un des mes prof PHP, c'est pas parce qu'on utilise un fw qu'on va en faire quelque chose. On peut en faire de magnifique "merde" avec un FW. (Il parlait uniquement en terme technique). Il disait pareil sur le MVC .

En fait tu es le type même du boulet qui n'a rien compris à ce qu'est un framework. Des mecs comme toi n'ont pas le droit de vivre.

 
Et moi qui me disait que j'avais peut-être été un peu extrême dans certains de mes propos ... heureusement que Gatsu35 est toujours là pour mettre mes propos en perspective

Rien de tel qu'un nazi pour mettre les choses en perspective. Ca ne donne que plus de poids aux propos pondérés.
 
 
 

Je note surtout que tu ne sais absolument pas de quoi tu parles et/ou que tu trolles comme un porc.
Pour une majorité des projets hors "hello world"-like, se priver de framework revient à allonger le temps de développement, et probablement à réduire la qualité du code et la facilité de maintenance.

Je crois que ça ne sert à rien de continuer à enfoncer le clou Il est parti depuis longtemps ..

Humm oui, j'avais raté le topic.

C'est dommage, j'avais trouvé ça intéressant moi  

Chui pas nazi, je suis réaliste , le mec se permet de dire qu'un framework c'est un truc de fainéant ou d'incompétent
J'ai fait mon propre framework HTML/CSS/JS qui me permet de gagner énormément de temps dans mes dev et du coup je peux proposer bien plus de choses au client et éviter 40 aller-retours sur du code fait from scratch.
Ce mec est un rigolo qui ne connaît rien au métier de développeur, et des bouffons comme lui j'en croise tous les jours.

Ah non tu ne l'as pas compris. Pour lui le mal c'est d'utiliser un framework open-source. Pas de perde 1 ou 2 ans a faire le sien de sont côté qui fera sans doute la même chose de la même façons.