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 !
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 !
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.
Oui tu as raison, c'est possible que ça passe bien, mais il faut gagner du temps parce que NestJs prend parfois trop de temps à organiser sa structure, et c'est bien là le problème surtout pour des petits projets. petit clin d'oeil à ExpressJs en passant 😉
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
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 ?
Le côté non opinionated ne signifie pas sans structure, mais plutôt sans structure *imposee* : du coup c’est à la fois facile à adopter pour des petits projets, et ça permet de choisir sa structure pour des grands projets.
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 !
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 !
Merci pour les encouragements :)
Merci pour la vidéo, je suis un grand utilisateur de Nestjs, presentement j'apprends la clean archi et le DDD avec
Merci pour tes videos @kodaps! Toujours très instructives et riches.
Avec plaisir, merci pour les encouragements ! :)
Merci pour les conseils ! Je vais m'y mettre parce que j'utilise essentiellement qu'Angular pour mes projets personnels.
la version 10 vient de sortir avec une integration parfaite de SWC, une temps de compilation incroyablement diminué. A essayer
Un pure bonheur ce framework 😍
ok je suis convaincu, merci
NestJs incontournable
@ salut , et quoi dire de Nest et Adonis ?
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.
Oui tu as raison, c'est possible que ça passe bien, mais il faut gagner du temps parce que NestJs prend parfois trop de temps à organiser sa structure, et c'est bien là le problème surtout pour des petits projets. petit clin d'oeil à ExpressJs en passant 😉
Je suis développeur PHP (symfony) mais je kiff trôp NestJs
Si vous maitrisez la doc de NestJs, croyez moi vous avez déjà fait le plus dur dans votre vie.
xD
Pas de comparaison avec AdonisJS ?
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
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 ?
Le côté non opinionated ne signifie pas sans structure, mais plutôt sans structure *imposee* : du coup c’est à la fois facile à adopter pour des petits projets, et ça permet de choisir sa structure pour des grands projets.
Danet est framework qui inspire de Nestjs mais target deno runtime au lieu de node, donc plus "fluide" que nextjs
Perso je préfère le framework ExpressJS