Pourquoi NestJS ?

Avez-vous envie de construire des applications serveur qui soient solides, fiables et évolutives, et basées sur TypeScript ? J'ai une recommandation pour vous : Nest JS. Nous allons explorer sa philosophie sous-jacente, ses avantages et ses inconvénients, et voir si cela vaut la peine de l'apprendre.

Cela peut vous surprendre dans une discussion sur le développement côté serveur, mais je vous promets que c'est pertinent : pour comprendre #NestJs, il faut comprendre les différences entre React et Angular.

J'en ai déjà parlé longuement : React apporte flexibilité et liberté, tandis qu'Angular apporte stabilité et fiabilité. Le côté client est guidé par l’UX, l’expérience utilisateur, il est donc logique que les développeurs frontaux soient attirés par la liberté et l'agilité qu'offre React.

Mais qu'en est-il du côté serveur ? Quel est le meilleur paradigme à appliquer ? C'est l'occasion rêvée de parler de ce qu'est Nest JS, et pourquoi cela vaut-il la peine de l'apprendre.
#nodejs #typescript
----------

[Gontran_]

Merci beaucoup pour la vidéo. J'ai utilisé NestJs pendant 1 an. C'est un très bon Framework. Mais l'approche très Angular à la longue m'a rebuté . Il est pédagogique et permet un travail (en groupe) vraiment organisé . Mais si on sais ce qu'on veut faire et qu'on suit une rigueur et discipline claire et bien défini, c'est un freins qu'autre chose je trouve, malgré le fait que c'est un excellent Framework !

[dan]

Merci pour la vidéo, je suis un grand utilisateur de Nestjs, presentement j'apprends la clean archi et le DDD avec

[EricSoeun]

Merci encore pour cette vidéo de qualité ! J'ai adoré l'effort de montage et d'effet sonore en post prod, ça souligne bien le propos. Et vive NestJS ! Je me retrouve bien dans ton propos. J'ai appris NestJs car mon entreprise l'utilisait. Mes bases en backend étaient très minimes. La structure hyper "opinionated" de Nest est intrinsèquement très pédagogique. La séparation claire des controller, service, pipe etc. a rendu au final tout très clair pour un débutant comme moi. C'était raide au début, comme une montagne, mais le point de vue qu'on a sur le backend après cette ascension vaut vraiment le coup !

[chambaderaphael]

la version 10 vient de sortir avec une integration parfaite de SWC, une temps de compilation incroyablement diminué. A essayer

[alyster]

Merci pour les conseils ! Je vais m'y mettre parce que j'utilise essentiellement qu'Angular pour mes projets personnels.

[sagnolkamdem]

Merci pour tes videos @kodaps! Toujours très instructives et riches.

[allaissemperes]

C'est le framework Backend que j'utilise depuis plus d'un an maintenant. Mais contrairement à ce que vous dites, je pense qu'il peut bien marcher avec les petits projets aussi, il suffit juste de savoir comment s'y prendre.

[rodesnzie]

@ salut, et quoi dire de Nest et Adonis ?

[docteurnight]

Si vous maitrisez la doc de NestJs, croyez moi vous avez déjà fait le plus dur dans votre vie.

[Gabriel-iqug]

Ce qui me gène avec NestJS, c'est justement l'approche angular et cette obsession de vouloir toujours wrapper des fonctionnalités natives dans des objets propre au framework. Je réfléchis moins en terme de langage et plus en terme de framework et ça m'attriste. Mon critère principal est la stabilité car c'est non-négociable mais aussi le plaisir que je prends à coder car c'est ainsi que j'arrive à me dépasser

[sahazanomenarazafimandimby]

Je suis développeur PHP (symfony) mais je kiff trôp NestJs

[alycheikhouldsmail]

Danet est framework qui inspire de Nestjs mais target deno runtime au lieu de node, donc plus "fluide" que nextjs

[nuitees]

Côté front, le fait qu’une équipe réponde à des comportements et besoins utilisateurs ne veut pas dire que de la structure est surperflue et qu’une app doit structurée librement. Dire que c’est la nature non opiniated de react qui fait son success ne tient pas. Sinon autant continuer à faire du express sans strcuture côté back non ?

[nicolascardona]

Perso je préfère le framework ExpressJS