tag:blogger.com,1999:blog-8085342449633067864.post360263320605795073..comments2024-03-25T11:28:05.884-04:00Comments on Code 18: Le framework est-il synonyme de mal ?Infinite Loophttp://www.blogger.com/profile/14525518280316303728noreply@blogger.comBlogger6125tag:blogger.com,1999:blog-8085342449633067864.post-44682221110072332372011-01-03T17:53:33.304-05:002011-01-03T17:53:33.304-05:00Voilà, j'ai rédigé ma réponse à ce billet. Ell...Voilà, j'ai rédigé ma réponse à ce billet. Elle se trouve ici -> http://www.coding-by-head.tk/pourquoi-le-framework-est-synonyme-du-mal-suite-1HeadCoderhttp://www.coding-by-head.tknoreply@blogger.comtag:blogger.com,1999:blog-8085342449633067864.post-81718618681928701572010-12-31T08:09:12.159-05:002010-12-31T08:09:12.159-05:00Ce que je dénote chez moi, c'est que quand bie...Ce que je dénote chez moi, c'est que quand bien même le framework soit productif et qu'il permet d'octroyer certaines tâches au développeur, j'ai rencontré des personnes qui ne comprenaient rien à la POO mais qui utilisaient cakePHP (par exemple). Je ne dis pas que le framework est mauvais pour la santé mais l'apprentissage d'un framework devrait être après celui du langage ... Sinon on saute beaucoup trop de connaissances.<br /><br />Et dans un cadre personnel, je conseille toujours de développer des applications à la main, le temps ne nous est limité et on peut ce permettre cela, car on en apprendra bien plus qu'en créant un programme pour créer un programme ...Dinosaurenoreply@blogger.comtag:blogger.com,1999:blog-8085342449633067864.post-47950253011175443892010-12-05T08:22:29.762-05:002010-12-05T08:22:29.762-05:00En regardant dans mes stats de visites, j'ai v...En regardant dans mes stats de visites, j'ai vu une autre réaction à nos billets sur Spackydev : <a href="http://www.spackydev.net/2010/11/22/framework-mal-reaction/" rel="nofollow">if ($Framework = « mal ») {$moi= »chevre »}</a>.Infinite Loophttps://www.blogger.com/profile/14525518280316303728noreply@blogger.comtag:blogger.com,1999:blog-8085342449633067864.post-4845815543806924742010-11-20T10:32:39.383-05:002010-11-20T10:32:39.383-05:00Je suis content que quelqu'un ait écris l'...Je suis content que quelqu'un ait écris l'autre revers de la médaille.<br /><br />J'aimerais souligner une chose chez cet auteur, très particulière car personne n'a fait de même: il a toujours (ou presque?) parlé sur le sens cognitif et la théorie. Tous les développeurs avec qui j'ai parlé sur ce sujet ont toujours parlé de la technique, codes, fonctions, etc. Tandis qu'ici, nous avons une belle réflexion sur le plan théorique d'un framework.<br /><br />Je ne sais trop où rappliquer :-" ... (forum? Ici? Mon blog?)<br /><br />En revanche, les gens qui nous lisent ne doivent pas penser qu'ils doivent prendre un parti (le mien ou le sien). C'est une question de pensée critique. Il faut savoir en prendre et en laisser. Il y a du bon et du mauvais partout. À chacun sa façon de faire. En espérant que la plupart ont une pensée critique (Ouais, car c'est la seule chose que l'école ne nous apprend pas).<br /><br />Bel article, je l'ai lu un peu en diagonale, je finirais de le lire dans les minutes qui suivent. Merci de cette réplique!<br /><br />PS: Pour ceux qui ne l'ont pas encore compris, je suis l'auteur de l'article sur Coding by Head ;-) .HeadCoderhttp://www.emmanuelc.tk/blognoreply@blogger.comtag:blogger.com,1999:blog-8085342449633067864.post-7982232736957939652010-11-14T17:57:29.754-05:002010-11-14T17:57:29.754-05:00J'aimerais revenir sur quelques points.
Le &q...J'aimerais revenir sur quelques points.<br /><br />Le "tout artistique" et le "tout technique" sont tous deux erronés.<br />La programmation est un subtil mélange de rigueur (technique) et d'imagination. C'est un peu comme un jeu de construction : vous devez connaître les pièces, mais à un moment donné vous devez réfléchir et faire preuve d'inventivité pour les articuler.<br />Rappelons que de nombreux travaux du MIT ont été considérés comme de la littérature, ce qui fait qu'aujourd'hui les logiciels dépendent juridiquement du droit d'auteur et non pas des brevets.<br /><br />Il faut faire attention à ne pas toujours être trop tranché. L'informatique est aussi une question de mode. Aujourd'hui, en informatique de gestion, la mode est au JEE et au .NET et dans chacune de ces technologies on a vu passer des technologies "hype". Par exemple pour JEE : Struts => JSF sans puis avec les Facelets.<br />Dans le web d'ailleurs, l'AJAX est devenu une technologie à la mode alors que ce n'est qu'un regroupement de vieux trucs.<br />Il ne faut pas oublier que derrière ces frameworks, ces technologies, il y aussi une volonté commerciale (c'est moins marqué, évidemment, dans l'open source).<br /><br />Enfin, utiliser un framework ne sert pas qu'à gagner du temps. En informatique web, la tendance aujourd'hui est effectivement à produire le plus vite possible au détriment de la qualité (car les produits ont un cycle de vie assez court), mais par contre on trouve de nombreux frameworks en informatique de gestion/industrielle qui sont destinés à structurer le développement.<br />Cette structuration et cette qualité passe parfois par un surplus de contraintes qui ralentissent le développement "à la main" (encore une fois, le Struts à la main est vraiment contre-productif, mais alors quelle robustesse, quelle modularité !).<br />Aujourd'hui, ce qui nous fait gagner du temps ce n'est pas forcément le framework mais l'environnement de développement qui l'intègre de manière graphique (interface de configuration plutôt que fichier XML, génération de code, etc.)<br /><br />Comme toujours c'est une question de dosage. C'est le fameux triangle "ressource délai qualité".<br />De fait, il y a des entreprises qui privilégient la rapidité (angle "délai") et le moindre coût (angle "ressource") ce qui impacte forcément négativement l'angle "qualité". C'est une stratégie comme une autre, ça va dépendre des clients. Croyez bien que lorsque l'on commence à développer des logiciels pour piloter une centrale nucléaire, on va mettre un peu de côté la productivité.<br />D'ailleurs, il n'y a qu'à voir comment fonctionnent les entreprises certifiées CMMi, ISO COBIT ou ITIL : ils perdent un temps fou en procédure, mais le processus de production est parfaitement maîtrisé de bout en bout, sans surcoûts, sans retards et avec une excellente qualité. <br /><br />Bon, sinon, je suis pas anti-framework hein xD. J'en utilise beaucoup soit pour me simplifier l'existence soit pour écrire du code plus facile à maintenir mais c'est vrai que j'ai vu passer pas mal de modes (pas que pour les frameworks d'ailleurs).<br /><br />Après, je penses que ce qui génère cette réticence vis à vis des framework, c'est aussi parce que c'est parfois assez chiant de devoir changer complétement de philosophie pour en apprendre un nouveau. On a l'impression de perdre son temps en réapprenant ce que l'on sait déjà.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-8085342449633067864.post-58210376040694696212010-11-14T13:41:43.567-05:002010-11-14T13:41:43.567-05:00Ma foi, je suis entièrement d'accord avec tout...Ma foi, je suis entièrement d'accord avec tout ce que tu dis là.<br /><br />Auparavant, je n'utilisais pas de framework, je concevais un site de zéro à chaque fois ce qui me demandait énormément de travail pour toujours refaire la même chose au final. Qui plus est, la programmation de la base que je recréais à chaque fois était vraiment ennuyeuse, ça ne donnait vraiment pas envie de travailler sur le projet.<br /><br />A présent, je travaille avec CodeIgniter. <br />Je peux lui faire des reproches, parfois il ne permet pas de réaliser ce que je voudrais faire de la manière dont j'y ai pensé. Bien.<br />Mais depuis que je l'utilise, je suis bien plus efficace qu'avant. Tout ce travail de base à coder à chaque fois n'est plus qu'un lointain souvenir.<br /><br />Aujourd'hui, je peux directement me concentrer sur le projet que j'ai à faire qui est unique. Je ne travaille donc plus que sur du code unique et spécifique à chaque projet qui va stimuler ma créativité, me faire mouliner et au final me faire progresser.<br /><br />Il est évident que les frameworks posent des limites mais ils permettent aussi d'en affranchir pas mal.<br /><br />Actuellement, j'utilise CodeIgniter et je vais me mettre à Ruby on Rails lorsque la version 3 sera disponible.<br /><br />Il est certain que d'apprendre à utiliser un framework demande du temps mais ce temps n'est rien comparé à celui passé et perdu à refaire la même chose pour chaque projet.<br /><br />Je pense que pour utiliser correctement un framework dans un projet, il faut être capable de faire ce même projet sans le framework. Le framework ne remplace pas le langage, c'est un complément au langage permettant de booster l'efficacité sur un projet.<br /><br />De ce fait, lorsque quelque chose me chagrine dans le framework, il m'arrive d'apporter quelques modifications aux bibliothèques en question, il m'arrive d'ajouter un fonction à une classe. Ceci permet de lever certaines limitations tout en gardant le framework. Pour ce faire, il faut connaître le langage.<br /><br />Pour conclure, les frameworks ne sont pas synonymes de mal mais plutôt de complément et d'atout.Anonymoushttps://www.blogger.com/profile/03016204744523311883noreply@blogger.com