C'est la fin des développeurs backend - Server component 🤯

[@charlesdecode]

😅C'est drôle, sur ma chaîne, on pense l'inverse ! Avec Blazor Web Assembly qui permet de faire des app avec des technologies "Backend" comme DotNet et C#, on pense que ça sent le sapin pour JavaScript 😈😝 Team BackEnd soutenez mon commentaire ! 💪 💪 PS: Évidemment c'est de l'humour, le paradigme a l'air très intéressant pour produire des BFF par exemple (Backend For Front).

[@melvynxdev]

ah on est d'accord !

[@BrewalRenault]

En effet 'faut prendre ces "annonces" avec des pincettes. Nextjs reste un framework et son but est qu'on l'utilise pour de plus en plus de choses. Ce que tu présente au final est du développement backend. Ce sont des fonctionnalités qui peuvent exister simplement grâce au serveur nodejs de next. Donc du code serveur. Comme tu dis au début, on revient vers une architecture old school ou on vient mettre toute la logique métier au même endroit. Ça peut clairement être intéressant pour certains cas simples ou faire des POC rapidement ! Pour des besoins plus complexes, l'argument de "ça devrait être au front de demander ce qu'il veut au back" est pas suffisant pour justifier une telle archi. Y'a bien d'autres moyens plus robustes pour palier a ça d'ailleurs sans même passer par du GraphQL. Globalement je trouve ça assez cool et je pense même l'utiliser pour faire des POC voir MVP. Mais j'imagine vraiment pas troquer une archi classique en layer (avec une api rest, une logique métier découplée etc ...) Par du full nextjs. On va être rapidement coincé et trop couplé au framework. Typiquement le genre de code qui va être jeté a la poubelle si on veut voir un projet évoluer. A utiliser en connaissance de cause au final... Comme pour tout j'imagine :) Bonne vidéo !

[@melvynxdev]

Merci à toi !

[@userinconnu2852]

l'avantage réelle du API c'est que l'on peut la consommer sur différents supports tels que le mobile, logiciels et autres. Donc je prônerai vraiment pour différencier le front et le back pour des projets complexes et interactifs. cependant pour des blogs ou des projets assez simples sans de trop de features à l'avenir c'est une une révolution mais reste limité dans le type de projet qu'on souhaite lancer.

[@melvynxdev]

Je partage ton avis !

[@Kikisan83]

effectivement, tout change... et encore plus vite dans ces métiers ! 😅 Je vais bientôt devoir revendre mon minitel pour me mettre à jour ! Merci pour le taff !

[@melvynxdev]

Merci à toi :D

[@edwix7341]

Oh trop bien on va revenir à des architectures Monolithique !!! Rien n'est écrit tout dépend du besoin. Affirmé que les développeurs backend n'existeront plus, c'est comme affirmer qu'il n'y aura plus de dev à cause du no code.

[@melvynxdev]

Tu n'as pas regarder toute la vidéo....

[@edwix7341]

@@melvynxdev sisi j'ai bien tout regarder. Qu'est-ce qui te fait dire ça ?

[@melvynxdev]

@@edwix7341 Ah alors ton message était ironique car dans ma vidéo je précise bien que c'est faux, les backend existeront toujours !

[@edwix7341]

@@melvynxdev Ah d'accord ! Oui ta vidéo était claires et vraiment bien :). Mon commentaire était surtout pour l'équipe de Next qui affirme le contraire.

[@lyline_bzh]

Le truc qui me choque le plus, c'est la violation d'un des principes de base du SOLID, celle de la responsabilité unique... Voilà... je défends la paroisse du côté obscur, comme on peut 😜

[@melvynxdev]

Ahaha oui je comprend

[@som1498]

True

[@pacessien7502]

Très sympa ! question bête d'un developpeur back, ça pose pas de question de sécurité en plus de tout gérer dans le front ?

[@melvynxdev]

Évidement ! J’en parle dans la vidéo

[@jeremux]

c’est bien comme ça on aura de la logique en O(2^n) 🤡

[@melvynxdev]

mdr

[@axdum5220]

intéressant tout ça mais dans la plupart des projets le Backend a bien plus de rôles que de servir le front. Comment tu gères le cache ? le load balancing ? comment tu scales ton app ? tes pools de connexion en BDD ? la sécurité ?

[@melvynxdev]

Tu n’as pas regardé toute la vidéo !

[@pinkvador]

Vraiment pas grand chose mais un peu de post production pour améliorer la qualité vidéo et c'est top 😁😁

[@melvynxdev]

de post production ?

[@V4vendettaFr]

Je suis dubitative sur l'aspect sécurité, les pirates vont s'en donner hacker joie

[@melvynxdev]

hacker joie

[@baptistecouble9573]

J'attends de voir l'évolution, mais ça me rappel les évolutions que php à subit avant d'arriver au 7... C'est quand même très intéressant, j'aimerais connaître voir les avantages et inconvénients en rapport avec un petit projet un moyen et un gros.

[@melvynxdev]

Tu as raison

[@kevinthiombiano4429]

J'adore toujours les conclusion de tes videos ...😂

[@melvynxdev]

merci ahha !

[@rchea]

point de vue intéressant

[@melvynxdev]

:D

[@eugenendjaka342]

Hello melvynx , ça n'augmentera pas la complexité côté front ? Si il faut gérer toute une logique back sur le front , les front-ends a mon avis auront plus de tâche avec le css , l'architecture du projet ...etc.

[@melvynxdev]

Oui ça augmente la complexité

[@vankaf4332]

Le front aura toujours besoin d'un back pour un fonctionnement meilleur. Le server component est une bonne chose pour le front mais aussi pour le serveur, car selon moi, cela réduit la taille des données à produire par le serveur en destination des clients (web, mobile et bureau). Cependant, restent plusieurs aspects dont ce paradigme fait abstraction comme par exemple l'affichage des données chez les utilisateurs. Si ceux-ci, malgré le server component, sont capables d'afficher des données identiques ou similaires, alors ils doivent obligatoirement partager la même source : la back. De plus, une règle en dev, demande de ne JAMAIS faire confiance aux données de l'utilisateur. Pour ne parler que des données, car il y a aussi le load balancing, le caching, le cors, la sécurité..... Dire que le front n'aurait plus besoin du back serait hâtif car cet avis n'est pas toujours partagé par tous les dev spécialisés dans des stacks différentes du JS.

[@melvynxdev]

Oui c’est ce que je dis

[@vulcanjibe]

Pour utiliser depuis plusieurs années des BAAS comme firebase ou parse, quel est l intérêt de tout ça, je ne pige pas... Ça fait des années que je n écris plus rien en backend, j utilise directement les clients BAAS et basta.

[@melvynxdev]

Ah oui ta raison

[@Marketing_impact]

Nextjs de la merveille un bijou ce framework

[@melvynxdev]

Oui

[@anthonydeville237]

Salut, juste une petite question niveau Agular. A tu des news à propos des server components?

[@melvynxdev]

non

[@TheJuLiEnDu41]

On est toujours dans l'époque PHP... Ça me choque de mettre du back-end dans du front. J'ai fait trop de MVC je crois. Le javascript bien que ce soit super intéressant a le même côté bordélique depuis 10 ans au moins.

[@melvynxdev]

On case tout

[@eugenendjaka342]

Sinon qu'est ce que tu penses des micro-frontends ? Peut-tu nous faire un sujet là dessus ?

[@melvynxdev]

🫣

[@mdt37]

Okay je vois, ça me rappelle Java qui permettait de faire à peu prés la même chose avec les JSP (Java Server Page)...

[@melvynxdev]

Aie

[@AlassaneKane7]

NextJs reste un framework et leur objectif est d’être utiliser le plus, mais l’erreur serait de croire qu’une architecture n’est composée que de backend et frontend. En tant qu’architecte, c’est plus complexe que ça. En plus avec des architectures réactives et les volumes de données à traiter soit en temps réel soit en batch, je veux bien que tu m’explique comment te passer de backend et traiter ça côté client.

[@melvynxdev]

je t'expliquerais quand tu auras regarder toute la vidéo

[@AlassaneKane7]

@@melvynxdev J’ai bien regardé la vidéo, elle est très interessante 😊et merci d’ailleurs. Je comprends bien l’argument qui est avancé mais cela ne tiens pas beaucoup dans un SI avec une architecture complexe. A la limite tu peux te passer du BFF, mais sinon les autres services dont les protocoles peuvent être diverse et variés (grpc, graphQL, kafka et j’en passe)

[@melvynxdev]

Dans ce cas dans la vidéo j’explique bien que NextJS est loins de remplacer tout un backend, on est donc d’accord.

[@lemojodumojo5036]

En tout cas j'ai appris quelque chose, merci !

[@melvynxdev]

Merci!

[@lambertteisserenc5915]

Ça enlève une certaine friction entre back et front :) Intéressant mais ça ne supprime pas le travail qui est fait avec la méthode classique, ça déplace juste le code d'un repo à un autre

[@melvynxdev]

J’en parles dans la suite de la vidéo

[@Opcode]

ce qui est intéressant c'est que côté cyber securité ça donne encore plus de boulot :)

[@Opcode]

C'est honteux, leak son code source et en être fière

[@Opcode]

leak sa logique...

[@melvynxdev]

​@@Opcode je comprend pas ce que tu dis, dans ma vidéo je leak le code source ?

[@melvynxdev]

NextJS n'envoie pas le code BACK au client, il est compilé server side et le client ne reçois que les éléments React

[@Opcode]

@@melvynxdev Je te parle de ta logique front end, je l'a trouvé honteuse, tu ne peux aucunement te dire je vais offrir au monde toute la logique d'interaction en base dans le côté front.

[@PierreSchinko]

Je ne suis pas sûr d'avoir tout compris 😁 remarque, y a plus besoin de connexion si plus de backend 😁 😁 ça va faire des économies 👍 👍

[@melvynxdev]

Ahaha 😂😂❤️

[@gedTech16]

quelle logiciel de montage tu utilise ?

[@melvynxdev]

fcp

[@real.demesure]

Ce code ne s’est jamais un jour exécuté en backend. C’est juste qu’on peut faire des appelles directement dans la page. Alalala

[@melvynxdev]

tu es au level max de la connerie toi

[@Picklin]

Bonne analyse l'ami 😉 Du coup moi qui fait majoritairement du Next, je n'ai limite plus du tout besoin de faire de React pure si je veux faire une app web un peu complexe avec cette nouvelle version? Surtout que j'imagine que le server side permet une encore meilleure compatibilité avec les devices?

[@melvynxdev]

Exacte y’a moins besoin de JS

[@marcelehuyambianguessan5510]

Je crois que c'est l'évolution

[@melvynxdev]

Yeah

[@cesargracelouzala1551]

Déjà avec Laravel tu fais tout 😅😅😅😅 Surtout si tu ajoutes Livewire c’est un autre level 🤧🤧

[@melvynxdev]

🫣

[@molinemarjorie5773]

Je t'ai connu sur TIKTOK 🤣

[@melvynxdev]

Ahah

[@Marketing_impact]

2023 sera l'année s'explosion de nextjs

[@melvynxdev]

Yeah

[@jeremyh9841]

C'est faux, une grosse entreprise fait des microservices donc peut pas se contenter de ça.

[@melvynxdev]

C’est faux

[@pouet4608]

Wow. Ca donne un code dégueulasse et pas organisé du tout. Bonjour la reprise du truc.

[@melvynxdev]

Pas d’accord non 😂

[@aurelienbaraka2527]

Stop, c'est du pure blablabla, simplement. Bye et continue de rêver !

[@melvynxdev]

Si tu étais intelligent et que tu avais regarder toute la vidéo, tu aurais vus qu’on est d’accord 🫣

[@aurelienbaraka2527]

Melvynx • Apprendre à coder C'est juste une possibilité de faire des choses mais ça ne met pas fin au développement backend.

[@melvynxdev]

@@aurelienbaraka2527 Mais tu fais aucun effort, tu n'as même pas vu toute la vidéo. Si tu étais un peu malin, tu verrais qu'en fin de vidéo je dis que ça met pas fin au backend...

[@navturn]

disclaimer: je n'ai pas regardé toute ta vidéo. Pour moi c'est un grand n'importe quoi. C'est revenir aux architectures d'il y a 10 ans voire 15 ou 20 pour les précoces.... Si le front a été séparé du back c'est qu'il y a une raison, et pas une seule d'ailleurs... C'est bien, ca va réduire la learning curve pour les développeurs sexagénaires à la retraire à la recherce d'un complément de revenu. Mon commentaire est un brin cinique et volontairement exaxégé mais bon, t'as compris.

[@melvynxdev]

Hello, je n'ai pas lu tout ton commentaire, mais je pense que tu as tort. Cordialement,

[@navturn]

@@melvynxdev je viens de regarder jusqu'à la fin et je confirme ce que j'ai dit... On revient à ce que l'on faisait il y a 10 ou 15 ans, je le sais,j'y étais... Pour moi il n'y a vraiment rien de révolutionnaire. Non seulement, comme tu l'as dit, ce ne sera pas la fin du dev back mais en plus je vois bien le rétropédalage quelques années après si ce genre d'architecture satanique venait à s'imposer. Éventuellement ça peut avoir un intérêt pour les tout petits (vraiment tout tout petits) projets....

[@melvynxdev]

C’est un monolite effectivement. On parle de SaaS etc

[@MrNiuxe]

Si le seul outil que vous avez est un marteau, vous tendez à voir tout problème comme un clou

[@melvynxdev]

? tu n'as sûrement pas regardé toute la vidéo

[@MrNiuxe]

@@melvynxdev bien sûr que j'ai vu toute la video.... Il est vrai que Facebook est fait totalement avec NextJS....

[@melvynxdev]

@@MrNiuxe Je n'ai pas dis ça 😂

[@MrNiuxe]

@@melvynxdev Là où je pointe du doigt, c'est que NextJS ne peut prendre en charge totalement back & front sur de grosses applications. Au passage, je viens de regarder une autre vidéo de toi. J'aime le ton que tu donnes dans tes vidéos. Bravo :)

[@melvynxdev]

Ahaha merci beaucoup. Oui nextjs ne remplace pas DU TOUT tout ce que fais un backend

[@lemojodumojo5036]

tu dis n'importe quoi parce que tu fais des petites vidéo pour nous aider 😝

[@melvynxdev]

Ahah génie !

[@lemojodumojo5036]

@@melvynxdev 🤣😝

[@nightblood1253]

Le backend est largement meilleur et le front ne le depassera jamais le front est certe tres important mais pas plus que le back

[@melvynxdev]

tu as pas regardé toute la vidéo

[@jimmyj.6792]

Typiquement une réponse de backend junior 😅

[@drduck667]

@@jimmyj.6792 Ou simplement quelqu'un qui a peur de sortir de sa zone de confort ou qui aime vraiment ce qu'il fait actuellement il a limite foi en celà

[@jimmyj.6792]

@@drduck667 ce qui ne l'aidera pas avancer et progresser dans les 2 cas 😅 Mais rien que "Le backend est largement meilleur" démontre déjà l'état d'esprit du junior qui pense tout savoir et c'est triste 😇

[@drduck667]

@@jimmyj.6792 c'est vrai c'est une preuve de manque de maturité, tout dépend des préférences et des besoins, c'est même pas comparable.

[@filmseries9582]

[@melvynxdev]

😂