À 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!

4 réflexions sur « À 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
  2. Inspir3

    Bravo pour ton site

    Je suis tombé dessus par hasard en essayant de comprendre promise et finalement c’est ta « Best practice #1: déclarer les callbacks » qui m’a dépatouillé d’un code que je trouvais illisible. Comme quoi, les solutions les plus simples sont les meilleures.

    J’aime beaucoup ta vision du développement (privilégier la lisibilité à la performance) et j’avoue avoir peu rencontré de personnes (aucune ?) partageant cette vision durant plus de 15 ans de développement.

    Rien que de faire un return en plein milieu d’une fonction au lieu d’imbriquer des if/else, j’en connais un paquet qui crierait au crime, haha

    Répondre

Répondre à Nicolas KERMARC Annuler la réponse.

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.