À propos

L’auteur: Nicolas Chambrier

Je suis développeur web depuis que j’ai découvert le web 😉 trentenaire passionné par son travail et sa famille.

Je suis un partisan de la mouvance « DevOp » qui veut que le développeur ne soit pas simplement un cracheur de code, mais aussi un élément actif de l’opérationnel. Ma vision en est la suivante: un peu administrateur système, un peu administrateur réseau, etc. Un peu multi-casquettes avec un champ d’expertise limité au développement; on ne va pas demander à un DevOp de monter un serveur de prod, par contre il sera à même de savoir quelles briques techniques il conseillerait en fonction de son application, en dialogue avec le véritable expert système. Ce n’est pas révolutionnaire, ça s’appelle juste la communication inter-métiers :)

J’ai récemment jeté mon dévolu sur Node.JS, technologie serveur qui permet de pousser mon langage favori (JavaScript) plus loin que le simple champ du navigateur. C’est le sujet principal de ce blog.

Vous pouvez me contacter, consulter mon CV, ou mes articles.

Bonne lecture!

3 réflexions au sujet de « À propos »

  1. Nicolas KERMARC

    Hello, une petite question par rapport à Node JS/express (tes tutos sont excellents au passages), quelle différence entre appeller next() et faire return next() dans un middleware? Vu que dans la partie 2 du tuto tu écris deux middlewares successifs, le premier fait des return next() ou renvoie des erreurs, le second se contente de juste apeller next().

    Merci d’avance, et very good job :)

    Répondre
    1. naholyr Auteur de l’article

      Salut!

      En fait c’est très simple: on se fiche de la valeur de retour des middlewares. return n’est utilisé que pour simplifier le code en s’épargnant un niveau d’imbrication supplémentaire en quittant la fonction le plus tôt possible (voir Is Returning Early From A Function More Elegant Than An If Statement pour un exemple de discussion là-dessus).

      On remplace:

      if (err) {
        next(err);
      } else {
        // doWork...
        next();
      }

      par

      if (err) {
        return next(err);
      }
      // doWork...
      next();

      La partie doWork... étant en général la plus lourde, c’est celle dont on n’a pas envie qu’elle soit trop indentée dès le départ 😉

      Répondre

Laisser un commentaire