NodeJS c'est cool mais

ça devient vite un enfer à maintenir cette merde à cause de la nature asynchrone de javascript.

Mon fichier qui gère les appels DB remplis de promises

Difficile de lire une grosse codebase en node tellement c'est illisible.

C'est pas son seul défaut. Un des plus gros points noirs c'est les packages qui sont très inconsistants.

Je vais revenir à la base je pense (php/laravel ou python/django/flask). J'adore Next.js mais ce framework est overkill pour 99% des usages. C'est juste une mode chez les start-up car les chefs de projet attardés et incompétents aiment juste suivre les tendances sans comprendre que ces merdes sont absolument inutiles pour leur usage. En plus de niquer leur SEO vu que le SSR est mal géré dans beaucoup de cas.

Vivement que node crève (ça n'arrivera pas à cause de la dominance du JS et du fait qu'il n'y est pas d'autre option pour exec du code côté client sur navigateur)

up

up

Les dev js ces soyboyzzz

up

python/django/flask C'est vraiment mieux?

Le 02 juin 2021 à 23:59:02 :
Les dev js ces soyboyzzz

Bah il y a juste le fait de se sentir un peu esclave de Google mais à part ça en réalité peu importe la technologie tu es dépendant de la fondation qui maintient tes outils en marche de toute façons.

Le 03 juin 2021 à 00:01:09 [Ritsu_Tainaka] a écrit :
python/django/flask C'est vraiment mieux?

Oui, pour avoir testé les deux dans différentes entreprises

L'op t'as testé nestjs ?

go rust surtout

Le 03 juin 2021 à 00:01:09 [Ritsu_Tainaka] a écrit :
python/django/flask C'est vraiment mieux?

bah disons que expressJS ça gère uniquement le routing, tu dois absolument tout faire (en passant par des middlewares ou en écrivant from scratch) et c'est pas sensé être notre rôle de secure une app de A à Z. C'est pas sensé être notre métier la sécurité.

Alors que sur django t'as tout un écosystème qui rend le truc sécurisé. Flask ça se rapproche d'express du peu que j'ai fait (c'est pas une boite à outil)

Et Laravel c'est un bonheur son écosystème, t'as un système d'auth intégré, d'ORM, etc.

Tu peux simplifier la syntaxe des promises avec async await et faire ta logique métier en asynchrone je sais pas si t'es au courant

Le 03 juin 2021 à 00:03:29 AtomeVengeur a écrit :

Le 03 juin 2021 à 00:01:09 [Ritsu_Tainaka] a écrit :
python/django/flask C'est vraiment mieux?

Oui, pour avoir testé les deux dans différentes entreprises

L'op t'as testé nestjs ?

pas testé nestjs non, je vais voir

Faire du js côté backend

Il existe des vrais trucs qui marchent : java avec springboot, c# etc...

Cette usine à gaz en plus, je veux installer 1 package et je me retrouve avec 1 dossier node_modules de 40go

Pour ce qui est de la problématique de la nature asynchrone de node, ça se gère assez bien avec du code moderne à base de promise ou d'observables.

Par contre je te rejoins sur l'ecosystème node qui est vraiment à chier
Se choper un virus sur npm parce que t'as fais une erreur de typo

Le 03 juin 2021 à 00:06:14 :
Faire du js côté backend

Il existe des vrais trucs qui marchent : java avec springboot, c# etc...

J'avoue et JS pour de l'orienté object

Le 03 juin 2021 à 00:04:31 Nietzchus a écrit :
Tu peux simplifier la syntaxe des promises avec async await et faire ta logique métier en asynchrone je sais pas si t'es au courant

Non mais je sais mais await marche sur les promises, et les promises faut les écrire quand même. Et si ta lib gère pas les promises bonne chance.

Le 03 juin 2021 à 00:06:25 AtomeVengeur a écrit :
Pour ce qui est de la problématique de la nature asynchrone de node, ça se gère assez bien avec du code moderne à base de promise ou d'observables.

Par contre je te rejoins sur l'ecosystème node qui est vraiment à chier
Se choper un virus sur npm parce que t'as fais une erreur de typo

AYAAAAAAAAA ça t'es déjà arrivé ?https://image.noelshack.com/fichiers/2019/17/5/1556309153-risialien.png

Perso j'utilise Tyepscript pour patcher le coder bordélique propre à la flexibilité (ou le mode open bar) du JavaScript et avoir un minimum de maintenabilité sur la durée.
Mais le désavantage de maintenabilité a aussi un avantage: tu es obligé de "tout" mettre sous test pour pouvoir dev correctement, ce qui force les bonnes pratiques

utilise php sans framework et arrête d'essayer d'utiliser cette merde
ou go ou c# mais ces derniers demandent des temps de dev plus long et plus de ligne de code, pour une performance quasi similaire, les calculs tu appelles des librairies c/c++ de toute