PHP fait très bien le taf et les dernières version nous confirme qu'on est encore loin d'envisager le web sans ce langage à qui on doit de nombreuses choses !
@@vladimirovitchrustine280 PHP n'est rien de plus qu'un pré-processeur du même niveau que SASS pour le CSS. Aujourd'hui SASS est à l'abandon et personne ne devrait l'utiliser.
Vidéo très intéressante! Pour répondre à la mort de PHP, je suis développeur full stack JS (React & Node principalement) en freelance, et en ce moment je me forme à PHP parce que les entreprises cherchent encore beaucoup de développeurs PHP, notamment pour des gros projets WordPress ou autres CMS. Donc je suis entièrement d'accord avec Grafikart : PHP n'est plus hype mais il est loin d'être mort
Hello Jimy ! D'accord avec ta vision. Comme l'a dit Graf, j'ai l'impression qu'il y a un phénomène "marketing + réseaux sociaux" qui biaise un peu notre vision et la réalité des besoins du marché. C'est cool en tout cas de nous avoir donné ton avis et là-dessus :)
c'est un peu le problème que je ressens avec PHP actuellement, dans ma tête dev PHP = spam CMS et e-commerce dans des ESN, c'est franchement pas le kiff. J'en ai fait un peu en cours avec Symfo et je vois clairement les avantages mais dès que tu sors du cadre CMS et schema de db relationnel classique ça perd beaucoup en interêt comparé à d'autres technos/frameworks back
@@rezzuse Ca fait 20 ans que je développe en PHP. Et PHP consolide sa puissance d'utilisation version après version, dans son usage d'utilisation dédié : des applis web.
Je développe depuis 30 ans, j ai bouffé du CGI en c++, du client lourd java, du Java JSP, du PHP, de l Angular et plus récemment du React. Honnêtement je ne pourrai plus jamais utilisé une techno SSR comme PHP maintenant que j ai goûté a des SPA branchés sur des BAAS comme Firebase. Toutes les personnes que j ai formées sur Angular ne toucheront plus jamais Php... Honnêtement, Php survit grâce a WordPress et plus aucune grosse entreprise digne de ce nom démarre en 2023 un projet from scratch en PHP...
c'est claire PHP c'est l'homme du milieu tu fais tous avec PHP ... sous windows , avec php.exe 3 dll tu fais tous ce que tu veux! le truc est portable pas de prise de tête mais ça n'existe dans aucun langage. et soyons sérieux il n'y a pas de prise de tête avec PHP. en plus avec les évolutions avenir il va tuer tous les autres! PHP 9 prépare un bon en avant avec du FRONT ! 😆 ils vont tous se chier dessus...
Oui et il y a des langages adaptés pour des applications, des environnements de production alors que d'autres ne sont pas pratique au quotidien. Exemple : développer une appli web an java, ça fonctionnera mais c'est chiant, complexe, maintenance compliquée si le projet n'est pas documenté, tu passes beaucoup plus de temps qu'avec PHP, qui lui, est conçu pour ça.
Perso, j'ai adoré mes 10 ans et PHP et JS, pas toujours simple à gérer mais c'est comme un premier amour 😆 Aujourd'hui je fais un peu de python et c'est vrai que c'est clairement plus simple ne serait-ce qu'à lire. Maintenant, les entreprises continues de rechercher des dev PHP et JS, ces langages sont loin d'être mort.
Assez d’accord avec ton analyse. J’ai aussi commencer par PHP et JS et comme toi je pense que ça a encore un bel avenir malgré les évolutions de ces dernières années ☺️
Vidéo intéressante. Je rejoins totalement ce que dit votre invité. On met trop souvent la librairie React en avant ou le framework Angular. Là où du simple templating javascript suffirait ! Ensuite concernant PHP ils ont fait de grosses améliorations de performances ces dernières années. Ce qui rend ce langage complètement viable et intéressant à travailler !
Merci pour la vidéo ! Pour moi l'évolution (notamment en JavaScript) se fera progressivement via la normalisation du web par le W3C au travers des API standardisées comme les Web Components ou autres... Si tout le monde utilisait les mêmes techno on s'y retrouverait beaucoup plus facilement imo
Avec grand plaisir ! Oui c'est un belle vision du sujet :) Concernant la diversification des technos, c'est souvent dû au fait qu'il y a des situations différentes avec des besoins différents. Il est difficile d'imaginer une techno parfaite pour toutes les situations, même si ce serait plus facile pour s'y retrouver ^^ Merci pour ton retour.
A chaque fois qu'on a un langage à typage dynamique, les gens sont contents au debut, puis il arrive le moment ou les demandes pour du typage statique arrive. Les createurs de langages devraient y penser.
Les frameworks et les langages ne sont que des outils au service d'un objectif a atteindre. Donc le choix de la techno dépendra d'un contexte et non d'une conviction qu'une techno est LA solution à tout. Parmi les éléments de contexte, on a par exemple le fait de savoir si notre client à déjà des devs en interne et s'ils sont formés a telle ou telle techno. A service égal, on ira plutôt vers la techno qui permet au client d’être autonome dans la reprise du projet ensuite. On a aussi le recrutement. Si demain une boite doit trouver des devs pour maintenir le run du projet qu'on a dev, ils vont devoir recruter. Si c'est la misère de trouver des devs sur telle ou telle techno, on va éviter de les mettre dans la merde en développant dans cette techno ou ce framework, etc etc. Les aspect purement techniques ne sont qu'une partie du contexte et des problématiques qu'on doit traiter lorsqu’on part sur un développement. Il faut garder une vision globale et apporter une solution qui satisfait tous les critères de l'équation. Le reste c'est de la branlette.
Tout à fait d'accord avec ton analyse : s'il existe une techno, c'est probablement qu'elle a une utilité dans un cadre précis. Pour le coup la question de cette vidéo était plutôt de s'interroger sur l'impact qu'ont eu les frameworks JS sur l'utilisation globale de langages serveurs comme PHP. On a observé une "backendisation" du front depuis quelques années et une bonne partie de la logique applicative déportée côté client (pas entièrement). En tout cas merci pour ton retour d'expérience et ta vision du sujet :)
@@Pickbeam sur le web oui, mais c'est une petite partie de l'univers applicatif. Sur les apps métier ( qui peuvent avoir un frontend qui est un client parmi d'autres) on a beaucoup d'api avec des gros backend, des architectures en micro services, de l'event sourcing, des design pattern complexes ( hexogonal, clean... ) etc.
Salut moi je me demande un truc, sans aucune arrière pensée, est ce que les youtubeur ou twittos qui ne font, par exemple, que de parler de react (avec acharnement) il sont payé pour ça ou il sont vraiment hype ?
Je ne peux pas répondre pour tous les streameurs(euses)/ youtubeurs(euses) mais je peux parler pour le cas de Dayclic : on essaie de parler d'outils que l'on utilise nous au quotidien (car on est une équipe de profils dev, design, chef de projet, etc etc) chez Dayclic (je ne suis pas seul à animer cette commu). Dans le cas de cette vidéo, ce n'est pas React en soit le sujet mais plutôt de se demander si oui ou non les frameworks front ont eu un impact sur des langages serveur type PHP avec des structures MVC dont on avait l'habitude car il semble que les choses ont changé en terme d'usage. J'espère avoir répondu à ta question et merci pour ton retour ☺
Ha non mais je ne parlais pas forcément de votre chaîne, c'est juste que certains sont hard quand on commence à faire des remarques, mais surtout sur Twitter, ce n'était pas une critique, au contraire j'ai trouvé l'échange avec @grafikart était top
@@jlnko Oui tkt j'avais compris la démarche et ce que tu demandais :) Pas de soucis hé hé.. Mais ta remarque est vraiment intéressante en tous cas car ça confirme le côté marketing dont il faut se méfier ☺
Ça peut valoir le coup de suivre Elixir / Phoenix (dont Grafikart a d'ailleurs fait une chouette introduction il y a 5 ans, mais sans pour autant avoir pu présenter LiveView qui est sorti depuis et est devenu l'un des gros point fort de la stack). Les ajouts récents autour de l'intégration de l'IA avec Bumblebee sont vraiment intéressants !
Perso en tant que développeur, j'aime pas les cms et ce genre de trucs. Et je suis vraiment pour mon compte à faire des site full code en mvc avec php ou du react en JS
@@Pickbeam Dans quel sens contribuer ? En soit, de base, je préfère le software en dev, mais étant donné que je fais pas mal de web aussi, j'ai jamais aimer utiliser des cms pour qu'ils fassent mon site à ma place. J'ai toujours aimé le faire de A-Z et je suis un peu puriste du code. Mais typiquement, mes sites à moi, je les fait en php ou js avec des framework comme laravel, react, etc...
@@sikties8531 salut, ça veut dire, mettre eux memes du contenu comme des textes, photos etc. j'aime pas aussi les cms, ils ont tué une partie du taff des developpeurs >
bonjour très bonne videos au passage j'ais une question très pertinante à poser et je vais prendre un exemple pour illustré mon problème par exemple je suis vendeur et je souhaite creer mon propre site de vente en ligne et de pouvoir publier mes produits sans avoir a retoucher mes ligne de code . Si cela est possible est-que vous acccepterez de faire un cours sur ça.Merçi(avec html css et php ou js)
Bonjour et merci pour le commentaire. Il semble que ce dont vous avez besoin est un CMS (Content Management System = Système de Gestion de Contenu). Il existe plusieurs CMS dédié au e-commerce mais actuellement, l'un des plus utilisé, surtout pour débuter c'est le CMS "Shopify". Vous trouverez beaucoup de tutoriels et cours en ligne sur le sujet. En espérant que cela vous aide. Merci :)
hello, 9 mois apres, vous en etes où svp ? sans toucher les lignes de codes, oui, un CMS est ce qu'il vous faut, un service comme shopify encore plus simple (mais attention à la dette technique....)
Perso je fais tout mes back / API en Laravel, c'est juste ce qu'il y a de plus robuste actuellement sans être compliqué. Et NextJs pour le front (Même si je trouve pas ca totalement au point)
J'ai eu testé Laravel il y a quelques années maintenant : l'expérience dev est vraiment super je trouve; très bonne doc, code et architecture facile de compréhension (du moins pour les basiques), super commu.. bref c'est un bon framework je suis bien d'accord 😊😊
Personnellement je suis étudiant en master de Bio-informatique. On étudie toujours (en 2023) le bon vieux PHP pour gérer les bases de données. C'est relativement simple et super efficace pour commencer à faire des projets sympas en tant que débutant.
A titre perso j'ai aussi commencé par PHP donc je comprends tout à fait :) Encore une fois, il n'y a pas de technologie universelle (sinon ça se saurait hé hé). Il y a différentes technos pour différentes situations ^^
j'adore php mais je dirais que les profs, ils refont rarement leurs cours (ils les font durer bien plus longtemps que ca devrait etre) 🤣😅 meme si là, ils ont pas tort ^^ dans le réseau /systeme , en 2011-...bcp de formations continuaient sur du windows serveur 2003...alors, qu'on été presque à windows serveur 2012 ....
javascript est une usine à gaz... php la simplicité à l'état pur. sans parler de l'impact écologique de javascript...une quantité astronomique de code js optionnel téléchargé, j'espère vraiment que l'utilisation de javascript va redevenir occasionelle.
Comme dit dans un autre commentaire : la question de l'éco conception et l'impact des technologies utilisées peut être un super sujet de vidéo :) Merci pour ton retour !!
Le live est divisé en plusieurs parties et tout sera dispo sur UA-cam. N'hésite pas à t'abonner (et activer la cloche) et tu les verras passer dans les prochains jours 😊😊
Faudrait un jour qu'on se concentre sur l'impact de ces technos sur l'environnement. Je suis persuadé que le JS est une catastrophe écologique. JS intéresse les grosses plateformes, car elles économisent sur leurs infrastructures en donnant le boulot aux postes clients. Des sites (ou app) bien codés en PHP, avec juste ce qu'il faut de JS ne consomment quasi rien en serveur et peanut aux clients. Je suis pas sur d'avoir raison, mais c'est mon ressenti.
Merci pour ton retour ! La thématique de l'éco conception est très intéressante à aborder. Malheureusement on ne peut pas traiter de tout dans une seule et même vidéo mais dans tous les cas c'est une super thématique avec de vrais enjeux que l'on peut traiter dans un prochain live 😊
Par contre c'est a priori faux de dire que JS est plus catastrophique que PHP d'un point de vue écologique. Selon l'étude « Energy Efficiency Across Programming Languages » si on se base sur la valeur référence de 1 pour le langage C en termes de consommation énergétique : JavaScript consomme 4,45 fois plus tandis que PHP consomme 29,30 fois plus. Là où PHP est un peu meilleur c'est en utilisation de la mémoire rien de plus...
@@dylanadc4403 Pour en 2 mots préciser mes propos ! PHP avec un cache bien configuré, génère du "HTML" qui ne consommera plus rien. Le problème avec l'usage du JS par les plateformes et les devs d'opérette, c'est que l'app est distribué en brut et chaque client compile le merdier ! D'où ma théorie du JS = catastrophe écologique. PHP : un serveur qui consomme OK, mais après nada ! JS : un serveur qui consomme nada, mais des millions de postes clients qui turbines à 100% pour compiler !!!
@@cotigasenegal Je comprends ce que tu veux dire et je ne veux pas faire le rabat-joie mais il ne faut pas mélanger le développement back et front... Il faut comparer ce qui est comparable or là tu compares le développement back-end de PHP avec le développement front-end de JavaScript donc forcément il y a des divergences client/serveur. JavaScript côté serveur peut aussi avoir un système de cache bien configuré et délivrer du HTML qui ne consomme quasiment plus rien après ce n'est pas le problème. Si PHP avait été un langage front ça aurait été pareil il aurait fallu le compiler sur chaque client et encore que, de nos jours, même côté client il est aussi possible de mettre les fichiers en cache pour ne pas avoir à les retélécharger. Là où je suis d'accord c'est qu'il faudrait une mise en cache par défaut dans les navigateurs comme c'est le cas avec les modules ES6 notamment dans Chrome (j'imagine que ça l'est aussi pour les autres mais je connais pas spécifiquement le comportement de chaque navigateur). Tout ça pour dire que le problème écologique de la compilation côté client n'est pas un problème qui est lié au langage.
@@cotigasenegal propos et sujet interessants !! et c'est vrai que le sites internet sont de + en + gourmands, la faute à tous ces effets, dynamiques et js :(
Du même avis que Grafikart, React est à son apogée, car il est dans la période Hype. Mais on voit bien que d'autre framework commence à lui voler la vedette (Vue, Svelte). PHP reste très utilisé dans le monde du web, 70% des sites sont en PHP et le resteront. Il ne faut pas confondre un langage solide server-side comme PHP ou Java avec un langage qui était à l'origine client-side du type Javascript (qui reste à mon avis très bancal), car difficilement évoluable à cause de sa dépendance envers les multiples navigateurs qu'il doit prendre en charge. C'est tellement le bazar qu'on a besoin d'une surcouche TypeScript pour lui donner l'apparence qu'il est devenu plus rigoureux alors que c'est une surcouche qui ne fonctionne que dans l'éditeur IDE et pas après compilation (la bonne blague LOL).
@@anthonymenghi La suite de l'interview arrive vite : on a été obligé de diviser en plusieurs parties car l'interview aborde des thématiques assez différentes mais tout sera sur la chaîne UA-cam très bientôt, pas d'inquiétude :)
Côté php il se passe quoi, il y a Laravel et après ? Ben littéralement rien. Alors que côté Node c'est un peu comme l'explosion cambrienne : ca évolue vite, on a des frameworks et des librairies de partout et c'est pas prêt de s'arrêter, même avec des nouveaux venus très intéressants comme Rust. Et en plus php est visuellement moche et trop peu "typable" :D
@@pxlsyl4644 C’est un avantage et un défaut. Chaque version de NextJS ou de ReactJS tu casses tout. Mais pour moi, les deux sont indispensables, un back en PHP et un front en React, ça donne une application stable et dynamique.
En fait, il y a eu une phrase, la plus importante, prononcée lors de l'évocation du développement des IAs avec Python qui prend du renouveau. En fait, il y a pas de renouveau, les vrais développeurs/architectes/designer utilisent toujours les outils fiables ! La Hype, elle concerne que très peu de monde ! Et je rentre pas dans le débat de Qui derrière défend la soit disant techno Hype et quels sont leur objectifs.
Comparer les deux c'est totalement débile. Comparer Ruby et Php peut être, mais Javascript est émulé... La ou Php est un script lu par un service... Les deux n'ont rien à voir en fait. Je tiens même a ajouter que faire du Back en Javascript même si au niveau des async functions ca a du sens, c'est totalement useless, et c'est une déformation faites par des dev front qui avaient juste la flemme de faire un back dans d'autres languages.
Ce n’est pas vraiment la question : on cherche à comprendre l’impact de l’utilisation grandissante des frameworks JS (avec de plus en plus de logique portée côté front) sur l’utilisation des langages serveur type PHP. Les deux n’ont pas les mêmes fonctions mais il y a encore quelques années, tout était géré côte back, y compris la gestion de la vue. Le but est donc de discuter de cette évolution ☺️
La vidéo est très intéressante. Quelqu'un ici peut-il me conseiller un bon livre sur le développement Web qui peut me rendre opérationnel en seulement 3 mois ?
Merci pour ce retour :) Encore une fois je ne peux que te recommander d'aller sur le site de Grafikart et suivre ses parcours de formation :) Openclassrooms est aussi une référence dans le milieu pour débuter (et ils ont des versions "livre" de leurs cours). C'est super bien écrit, comme si tu lisais un "livre classique".
@@yannick6124 pourquoi s emmerder a faire des api cruds en 2023 ? Tu installes parse server ou tu utilises firebase et c est terminé. Le client veut voir son site, la partie back n a aucune plus value pour lui...
...ou encore de l'Assembly Script haha 😉 Pas très médiatisé effectivement, et visiblement plutôt prometteur avec la généralisation des single page applications
@@axelfl7479 Pour ma part je m'intéresse très sérieusement à Rust. Qui permet de faire du wasm via yew par exemple. Actuellement rust n'a pas encore un éco système tel que symfony ou laravel, mais coté performance, ça viendra forcement
Très bonne idée de sujet en effet.. sur Dayclic on parle d'abord des outils que l'on utilise au quotidien pour pouvoir en parler de la manière la plus juste. Mais le WASM j'en ai toujours entendu du bien donc pourquoi pas en parler à l'occasion oui :)
D'une part, je pense que tu n'as pas bien saisi le sens de la vidéo : l'objectif est de parler de l'impact qu'a eu l'évolution du JS sur l'utilisation de PHP. D'autre part, JS aujourd'hui permet tout à fait de faire du back, donc ton commentaire me semble bancal.
PHP ton serveur bosse... Js le pc de ton client bosse... On parle du prix du coup coté serveur ou bien ? La question ne se pose pas... Essayer d'interroger des pro. Pas des noob qui font du wordpress
PHP encore au goût du jour : vous en pensez quoi ?? 🤔
Bien sûr et il n'est pas près de mourir. Que serait le Web sans PHP ?
@@cotigasenegal mieux ?
@@zvnico13 On est d'accord !
PHP fait très bien le taf et les dernières version nous confirme qu'on est encore loin d'envisager le web sans ce langage à qui on doit de nombreuses choses !
@@vladimirovitchrustine280 PHP n'est rien de plus qu'un pré-processeur du même niveau que SASS pour le CSS. Aujourd'hui SASS est à l'abandon et personne ne devrait l'utiliser.
Vidéo très intéressante! Pour répondre à la mort de PHP, je suis développeur full stack JS (React & Node principalement) en freelance, et en ce moment je me forme à PHP parce que les entreprises cherchent encore beaucoup de développeurs PHP, notamment pour des gros projets WordPress ou autres CMS.
Donc je suis entièrement d'accord avec Grafikart : PHP n'est plus hype mais il est loin d'être mort
Hello Jimy ! D'accord avec ta vision. Comme l'a dit Graf, j'ai l'impression qu'il y a un phénomène "marketing + réseaux sociaux" qui biaise un peu notre vision et la réalité des besoins du marché. C'est cool en tout cas de nous avoir donné ton avis et là-dessus :)
c'est un peu le problème que je ressens avec PHP actuellement, dans ma tête dev PHP = spam CMS et e-commerce dans des ESN, c'est franchement pas le kiff. J'en ai fait un peu en cours avec Symfo et je vois clairement les avantages mais dès que tu sors du cadre CMS et schema de db relationnel classique ça perd beaucoup en interêt comparé à d'autres technos/frameworks back
@@rezzuse Ca fait 20 ans que je développe en PHP. Et PHP consolide sa puissance d'utilisation version après version, dans son usage d'utilisation dédié : des applis web.
Je développe depuis 30 ans, j ai bouffé du CGI en c++, du client lourd java, du Java JSP, du PHP, de l Angular et plus récemment du React.
Honnêtement je ne pourrai plus jamais utilisé une techno SSR comme PHP maintenant que j ai goûté a des SPA branchés sur des BAAS comme Firebase. Toutes les personnes que j ai formées sur Angular ne toucheront plus jamais Php... Honnêtement, Php survit grâce a WordPress et plus aucune grosse entreprise digne de ce nom démarre en 2023 un projet from scratch en PHP...
c'est claire PHP c'est l'homme du milieu tu fais tous avec PHP ... sous windows , avec php.exe 3 dll tu fais tous ce que tu veux! le truc est portable pas de prise de tête mais ça n'existe dans aucun langage. et soyons sérieux il n'y a pas de prise de tête avec PHP.
en plus avec les évolutions avenir il va tuer tous les autres! PHP 9 prépare un bon en avant avec du FRONT ! 😆 ils vont tous se chier dessus...
Moi je dis : y a pas de mauvais langages, y a que des mauvais développeurs 😉
En voilà une parole pleine de sagesse et d’expérience 😊😊
Oui et il y a des langages adaptés pour des applications, des environnements de production alors que d'autres ne sont pas pratique au quotidien. Exemple : développer une appli web an java, ça fonctionnera mais c'est chiant, complexe, maintenance compliquée si le projet n'est pas documenté, tu passes beaucoup plus de temps qu'avec PHP, qui lui, est conçu pour ça.
Malebolge?
J’en ferai un proverbe 😊
@@ouzypro2024 Comme quoi, je ne dis pas que des conneries 🤣 🤣
Perso, j'ai adoré mes 10 ans et PHP et JS, pas toujours simple à gérer mais c'est comme un premier amour 😆
Aujourd'hui je fais un peu de python et c'est vrai que c'est clairement plus simple ne serait-ce qu'à lire.
Maintenant, les entreprises continues de rechercher des dev PHP et JS, ces langages sont loin d'être mort.
Assez d’accord avec ton analyse. J’ai aussi commencer par PHP et JS et comme toi je pense que ça a encore un bel avenir malgré les évolutions de ces dernières années ☺️
3:30 dev web, les compilateur en C/C++ c'est pas nouveau par exemple
Grafikart est le meilleur niveau tuto français, je l'adore il explique très bien. merci et longue vie a Grafikart.
Merci à toi pour ce retour :)
Vidéo intéressante.
Je rejoins totalement ce que dit votre invité. On met trop souvent la librairie React en avant ou le framework Angular. Là où du simple templating javascript suffirait !
Ensuite concernant PHP ils ont fait de grosses améliorations de performances ces dernières années. Ce qui rend ce langage complètement viable et intéressant à travailler !
Pas plus à ajouter, je ne peux que valider ta vision haha 😅
Typescript et Javascript sont deux chose qui n'on plus rien a voir depuis longtemps.
Merci pour la vidéo ! Pour moi l'évolution (notamment en JavaScript) se fera progressivement via la normalisation du web par le W3C au travers des API standardisées comme les Web Components ou autres... Si tout le monde utilisait les mêmes techno on s'y retrouverait beaucoup plus facilement imo
Avec grand plaisir ! Oui c'est un belle vision du sujet :) Concernant la diversification des technos, c'est souvent dû au fait qu'il y a des situations différentes avec des besoins différents. Il est difficile d'imaginer une techno parfaite pour toutes les situations, même si ce serait plus facile pour s'y retrouver ^^ Merci pour ton retour.
Tres belle vidéo; beaucoup des questions que je me posais ont été repondu. 💫💫
A chaque fois qu'on a un langage à typage dynamique, les gens sont contents au debut, puis il arrive le moment ou les demandes pour du typage statique arrive.
Les createurs de langages devraient y penser.
Les frameworks et les langages ne sont que des outils au service d'un objectif a atteindre. Donc le choix de la techno dépendra d'un contexte et non d'une conviction qu'une techno est LA solution à tout. Parmi les éléments de contexte, on a par exemple le fait de savoir si notre client à déjà des devs en interne et s'ils sont formés a telle ou telle techno. A service égal, on ira plutôt vers la techno qui permet au client d’être autonome dans la reprise du projet ensuite. On a aussi le recrutement. Si demain une boite doit trouver des devs pour maintenir le run du projet qu'on a dev, ils vont devoir recruter. Si c'est la misère de trouver des devs sur telle ou telle techno, on va éviter de les mettre dans la merde en développant dans cette techno ou ce framework, etc etc. Les aspect purement techniques ne sont qu'une partie du contexte et des problématiques qu'on doit traiter lorsqu’on part sur un développement. Il faut garder une vision globale et apporter une solution qui satisfait tous les critères de l'équation. Le reste c'est de la branlette.
Tout à fait d'accord avec ton analyse : s'il existe une techno, c'est probablement qu'elle a une utilité dans un cadre précis. Pour le coup la question de cette vidéo était plutôt de s'interroger sur l'impact qu'ont eu les frameworks JS sur l'utilisation globale de langages serveurs comme PHP. On a observé une "backendisation" du front depuis quelques années et une bonne partie de la logique applicative déportée côté client (pas entièrement). En tout cas merci pour ton retour d'expérience et ta vision du sujet :)
@@Pickbeam sur le web oui, mais c'est une petite partie de l'univers applicatif. Sur les apps métier ( qui peuvent avoir un frontend qui est un client parmi d'autres) on a beaucoup d'api avec des gros backend, des architectures en micro services, de l'event sourcing, des design pattern complexes ( hexogonal, clean... ) etc.
Salut moi je me demande un truc, sans aucune arrière pensée, est ce que les youtubeur ou twittos qui ne font, par exemple, que de parler de react (avec acharnement) il sont payé pour ça ou il sont vraiment hype ?
ils sont hype pour 90%, après Vercel pour Next.js doit faire du marketing etc
Je ne peux pas répondre pour tous les streameurs(euses)/ youtubeurs(euses) mais je peux parler pour le cas de Dayclic : on essaie de parler d'outils que l'on utilise nous au quotidien (car on est une équipe de profils dev, design, chef de projet, etc etc) chez Dayclic (je ne suis pas seul à animer cette commu).
Dans le cas de cette vidéo, ce n'est pas React en soit le sujet mais plutôt de se demander si oui ou non les frameworks front ont eu un impact sur des langages serveur type PHP avec des structures MVC dont on avait l'habitude car il semble que les choses ont changé en terme d'usage.
J'espère avoir répondu à ta question et merci pour ton retour ☺
Ha non mais je ne parlais pas forcément de votre chaîne, c'est juste que certains sont hard quand on commence à faire des remarques, mais surtout sur Twitter, ce n'était pas une critique, au contraire j'ai trouvé l'échange avec @grafikart était top
@@jlnko Oui tkt j'avais compris la démarche et ce que tu demandais :) Pas de soucis hé hé..
Mais ta remarque est vraiment intéressante en tous cas car ça confirme le côté marketing dont il faut se méfier ☺
Ça peut valoir le coup de suivre Elixir / Phoenix (dont Grafikart a d'ailleurs fait une chouette introduction il y a 5 ans, mais sans pour autant avoir pu présenter LiveView qui est sorti depuis et est devenu l'un des gros point fort de la stack).
Les ajouts récents autour de l'intégration de l'IA avec Bumblebee sont vraiment intéressants !
Perso en tant que développeur, j'aime pas les cms et ce genre de trucs. Et je suis vraiment pour mon compte à faire des site full code en mvc avec php ou du react en JS
Et comment fais-tu quand tu as des clients qui ont besoin de contribué du contenu régulièrement ? 🤔🤔
@@Pickbeam Dans quel sens contribuer ?
En soit, de base, je préfère le software en dev, mais étant donné que je fais pas mal de web aussi, j'ai jamais aimer utiliser des cms pour qu'ils fassent mon site à ma place. J'ai toujours aimé le faire de A-Z et je suis un peu puriste du code. Mais typiquement, mes sites à moi, je les fait en php ou js avec des framework comme laravel, react, etc...
@@sikties8531 salut, ça veut dire, mettre eux memes du contenu comme des textes, photos etc.
j'aime pas aussi les cms, ils ont tué une partie du taff des developpeurs >
bonjour très bonne videos au passage j'ais une question très pertinante à poser et je vais prendre un exemple pour illustré mon problème par exemple je suis vendeur et je souhaite creer mon propre site de vente en ligne et de pouvoir publier mes produits sans avoir a retoucher mes ligne de code . Si cela est possible est-que vous acccepterez de faire un cours sur ça.Merçi(avec html css et php ou js)
Bonjour et merci pour le commentaire. Il semble que ce dont vous avez besoin est un CMS (Content Management System = Système de Gestion de Contenu). Il existe plusieurs CMS dédié au e-commerce mais actuellement, l'un des plus utilisé, surtout pour débuter c'est le CMS "Shopify". Vous trouverez beaucoup de tutoriels et cours en ligne sur le sujet.
En espérant que cela vous aide. Merci :)
hello, 9 mois apres, vous en etes où svp ? sans toucher les lignes de codes, oui, un CMS est ce qu'il vous faut, un service comme shopify encore plus simple (mais attention à la dette technique....)
Perso je fais tout mes back / API en Laravel, c'est juste ce qu'il y a de plus robuste actuellement sans être compliqué. Et NextJs pour le front (Même si je trouve pas ca totalement au point)
J'ai eu testé Laravel il y a quelques années maintenant : l'expérience dev est vraiment super je trouve; très bonne doc, code et architecture facile de compréhension (du moins pour les basiques), super commu.. bref c'est un bon framework je suis bien d'accord 😊😊
Personnellement je suis étudiant en master de Bio-informatique. On étudie toujours (en 2023) le bon vieux PHP pour gérer les bases de données. C'est relativement simple et super efficace pour commencer à faire des projets sympas en tant que débutant.
A titre perso j'ai aussi commencé par PHP donc je comprends tout à fait :) Encore une fois, il n'y a pas de technologie universelle (sinon ça se saurait hé hé). Il y a différentes technos pour différentes situations ^^
j'adore php mais je dirais que les profs, ils refont rarement leurs cours (ils les font durer bien plus longtemps que ca devrait etre) 🤣😅 meme si là, ils ont pas tort ^^
dans le réseau /systeme , en 2011-...bcp de formations continuaient sur du windows serveur 2003...alors, qu'on été presque à windows serveur 2012 ....
javascript est une usine à gaz... php la simplicité à l'état pur. sans parler de l'impact écologique de javascript...une quantité astronomique de code js optionnel téléchargé, j'espère vraiment que l'utilisation de javascript va redevenir occasionelle.
Comme dit dans un autre commentaire : la question de l'éco conception et l'impact des technologies utilisées peut être un super sujet de vidéo :) Merci pour ton retour !!
On est 1 an plus tard... soit t es malheureux, soit tu t'es mis à js.😂 js n'est pas prêt de disparaître. T as juste raté le virage.
@@fredericlossignol3874 on se rassure comme on peut...vive les frameworks css
Une technologie existe parce que c'est une une solution à un problème, pas parce que les gens l'aiment. C'est très bien dit 👌
je viens de découvrir ta chaîne, j’ai adoré la vidéo ! +1 like et abonné, continue comme ça
Mercii !! Très heureux de t'accueillir Anthony (super prénom au passage) 😁
Hâte de voir la suite
Ohhh merci Flavien !! La suite arrive très bientôt !!
De A à Z je penses qu'on va plus vite avec Django(Python)
Merci pour ton retour :)
ou peut on retoruver le live en entier , Merci !
Le live est divisé en plusieurs parties et tout sera dispo sur UA-cam. N'hésite pas à t'abonner (et activer la cloche) et tu les verras passer dans les prochains jours 😊😊
@@Pickbeam d'accord merci
Très bon format j'aime beaucoup !
Ohhhh merci beaucoup ! Ravis de lire que cela te plaît 🫶🫶
Super échange très intéresant
Merciiiii pour ce retour ! Super content que cela t'ait plu Djadjik :)
Faudrait un jour qu'on se concentre sur l'impact de ces technos sur l'environnement.
Je suis persuadé que le JS est une catastrophe écologique.
JS intéresse les grosses plateformes, car elles économisent sur leurs infrastructures en donnant le boulot aux postes clients.
Des sites (ou app) bien codés en PHP, avec juste ce qu'il faut de JS ne consomment quasi rien en serveur et peanut aux clients.
Je suis pas sur d'avoir raison, mais c'est mon ressenti.
Merci pour ton retour ! La thématique de l'éco conception est très intéressante à aborder. Malheureusement on ne peut pas traiter de tout dans une seule et même vidéo mais dans tous les cas c'est une super thématique avec de vrais enjeux que l'on peut traiter dans un prochain live 😊
Par contre c'est a priori faux de dire que JS est plus catastrophique que PHP d'un point de vue écologique. Selon l'étude « Energy Efficiency Across Programming Languages » si on se base sur la valeur référence de 1 pour le langage C en termes de consommation énergétique : JavaScript consomme 4,45 fois plus tandis que PHP consomme 29,30 fois plus.
Là où PHP est un peu meilleur c'est en utilisation de la mémoire rien de plus...
@@dylanadc4403 Pour en 2 mots préciser mes propos !
PHP avec un cache bien configuré, génère du "HTML" qui ne consommera plus rien.
Le problème avec l'usage du JS par les plateformes et les devs d'opérette, c'est que l'app est distribué en brut et chaque client compile le merdier !
D'où ma théorie du JS = catastrophe écologique.
PHP : un serveur qui consomme OK, mais après nada !
JS : un serveur qui consomme nada, mais des millions de postes clients qui turbines à 100% pour compiler !!!
@@cotigasenegal Je comprends ce que tu veux dire et je ne veux pas faire le rabat-joie mais il ne faut pas mélanger le développement back et front... Il faut comparer ce qui est comparable or là tu compares le développement back-end de PHP avec le développement front-end de JavaScript donc forcément il y a des divergences client/serveur.
JavaScript côté serveur peut aussi avoir un système de cache bien configuré et délivrer du HTML qui ne consomme quasiment plus rien après ce n'est pas le problème.
Si PHP avait été un langage front ça aurait été pareil il aurait fallu le compiler sur chaque client et encore que, de nos jours, même côté client il est aussi possible de mettre les fichiers en cache pour ne pas avoir à les retélécharger.
Là où je suis d'accord c'est qu'il faudrait une mise en cache par défaut dans les navigateurs comme c'est le cas avec les modules ES6 notamment dans Chrome (j'imagine que ça l'est aussi pour les autres mais je connais pas spécifiquement le comportement de chaque navigateur).
Tout ça pour dire que le problème écologique de la compilation côté client n'est pas un problème qui est lié au langage.
@@cotigasenegal propos et sujet interessants !! et c'est vrai que le sites internet sont de + en + gourmands, la faute à tous ces effets, dynamiques et js :(
Du même avis que Grafikart, React est à son apogée, car il est dans la période Hype. Mais on voit bien que d'autre framework commence à lui voler la vedette (Vue, Svelte). PHP reste très utilisé dans le monde du web, 70% des sites sont en PHP et le resteront. Il ne faut pas confondre un langage solide server-side comme PHP ou Java avec un langage qui était à l'origine client-side du type Javascript (qui reste à mon avis très bancal), car difficilement évoluable à cause de sa dépendance envers les multiples navigateurs qu'il doit prendre en charge. C'est tellement le bazar qu'on a besoin d'une surcouche TypeScript pour lui donner l'apparence qu'il est devenu plus rigoureux alors que c'est une surcouche qui ne fonctionne que dans l'éditeur IDE et pas après compilation (la bonne blague LOL).
Très intéressant mais trop court !
Merci pour ton commentaire !! Deux autres vidéos de cette interview arrivent dans les prochains jours mais.. je ne t'ai rien dis 🤫🤫
effectivement trop court :)
@@anthonymenghi La suite de l'interview arrive vite : on a été obligé de diviser en plusieurs parties car l'interview aborde des thématiques assez différentes mais tout sera sur la chaîne UA-cam très bientôt, pas d'inquiétude :)
Y a pas de débat. JS ça permet de tout faire : Back-end, Front-end, Mobile, Desktop, Raspberry pi et j'en passe. PHP tu fais rien.
Merci de nous avoir donné ton point de vue :)
Côté php il se passe quoi, il y a Laravel et après ? Ben littéralement rien. Alors que côté Node c'est un peu comme l'explosion cambrienne : ca évolue vite, on a des frameworks et des librairies de partout et c'est pas prêt de s'arrêter, même avec des nouveaux venus très intéressants comme Rust. Et en plus php est visuellement moche et trop peu "typable" :D
@@pxlsyl4644 C’est un avantage et un défaut. Chaque version de NextJS ou de ReactJS tu casses tout. Mais pour moi, les deux sont indispensables, un back en PHP et un front en React, ça donne une application stable et dynamique.
PHP Laravel c'est mon préféré. J'ai essayé d'apprendre Django du langage python honnêtement j'ai pas accroché.
Trop cool le format c'est propre 🤩
Merci Silvere !! Content de te voir dans le coin !! D'autres vidéos vont être publiées prochainement, hésite pas à follow :)
Je découvre ta chaine avec cette video, discussion très interessante.
Merciiiii ! Il y en a d’autres qui arrivent très bientôt :)
Qq1 de sérieux fait encore PHP ?
En fait, il y a eu une phrase, la plus importante, prononcée lors de l'évocation du développement des IAs avec Python qui prend du renouveau.
En fait, il y a pas de renouveau, les vrais développeurs/architectes/designer utilisent toujours les outils fiables !
La Hype, elle concerne que très peu de monde ! Et je rentre pas dans le débat de Qui derrière défend la soit disant techno Hype et quels sont leur objectifs.
Je veut bien ouvrir le debat sur Et je rentre pas dans le débat de Qui derrière défend la soit disant techno Hype et quels sont leur objectifs. ^^
@@wilonweb Je suis preneur, j'adore apprendre 😉
un peu rapide le clap de fin ^^ merci pour cette vidéo
Comparer les deux c'est totalement débile. Comparer Ruby et Php peut être, mais Javascript est émulé... La ou Php est un script lu par un service... Les deux n'ont rien à voir en fait. Je tiens même a ajouter que faire du Back en Javascript même si au niveau des async functions ca a du sens, c'est totalement useless, et c'est une déformation faites par des dev front qui avaient juste la flemme de faire un back dans d'autres languages.
Ce n’est pas vraiment la question : on cherche à comprendre l’impact de l’utilisation grandissante des frameworks JS (avec de plus en plus de logique portée côté front) sur l’utilisation des langages serveur type PHP. Les deux n’ont pas les mêmes fonctions mais il y a encore quelques années, tout était géré côte back, y compris la gestion de la vue. Le but est donc de discuter de cette évolution ☺️
Tu as dû vivre dans une grotte les 15 dernières années et loupé docker et la scalabilité horizontale pour dire ça 😂
La vidéo est très intéressante. Quelqu'un ici peut-il me conseiller un bon livre sur le développement Web qui peut me rendre opérationnel en seulement 3 mois ?
Merci pour ce retour :) Encore une fois je ne peux que te recommander d'aller sur le site de Grafikart et suivre ses parcours de formation :) Openclassrooms est aussi une référence dans le milieu pour débuter (et ils ont des versions "livre" de leurs cours). C'est super bien écrit, comme si tu lisais un "livre classique".
le backend ça reste un gros crud, le front par contre il y a de la créativité (tapez pas les dev backend)
php bin/console make:crud
@@yannick6124 pourquoi s emmerder a faire des api cruds en 2023 ? Tu installes parse server ou tu utilises firebase et c est terminé. Le client veut voir son site, la partie back n a aucune plus value pour lui...
C'est moi où presque tout le monde fait l'impasse sur WASM ?
...ou encore de l'Assembly Script haha 😉
Pas très médiatisé effectivement, et visiblement plutôt prometteur avec la généralisation des single page applications
@@axelfl7479 Pour ma part je m'intéresse très sérieusement à Rust. Qui permet de faire du wasm via yew par exemple. Actuellement rust n'a pas encore un éco système tel que symfony ou laravel, mais coté performance, ça viendra forcement
Très bonne idée de sujet en effet.. sur Dayclic on parle d'abord des outils que l'on utilise au quotidien pour pouvoir en parler de la manière la plus juste. Mais le WASM j'en ai toujours entendu du bien donc pourquoi pas en parler à l'occasion oui :)
Très belle analyse
Merci pour ce retour :)
Vidéo très intéressante et très bon sujets
Merci beaucoup ! Content que cela te plaise :)
sachant que les 2 sont differents, et ne servent pas a la meme chose, est ce pertinent de publier une video
D'une part, je pense que tu n'as pas bien saisi le sens de la vidéo : l'objectif est de parler de l'impact qu'a eu l'évolution du JS sur l'utilisation de PHP. D'autre part, JS aujourd'hui permet tout à fait de faire du back, donc ton commentaire me semble bancal.
bancal comme ta video
super vidEo . I suscribe
Peut-être. Qui est.me meilleurs en terme de sécurite. Je pense que tous societe va demandé la sécurité
PHP ton serveur bosse... Js le pc de ton client bosse... On parle du prix du coup coté serveur ou bien ? La question ne se pose pas... Essayer d'interroger des pro. Pas des noob qui font du wordpress
Les hebergeurs de site propose tous PHP !
roll back to vanillas
Js sans débat.
Sans doute c'est JS
PHP LARAVEL !!!!!! WAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAARRRRRR !!!!!
PHP est immortel 🎉🥳
c'est une blague ce titre