Petit retour sur la conférence ParisJS consacrée à NodeJS.

Pour vous faire une idée du programme, regardez ici. Le sujet était particulièrement bien traité, car on a pu voir un peu de tout, de l’historique de Node à son utilisation en production.

Les bonnes pratiques

NodeJS ne contient pas grand-chose : la plupart des outils se trouve dans des plug-ins. Une gymnastique dont il faut prendre l’habitude sous peine de réinventer la roue. C’est déjà un risque assez grand dans les autres langages, mais cela devient un véritable gouffre sur NodeJS. Voilà quelques ressources de base pour bien commencer sur le web :

NodeJS n’a pas encore une grosse doc à disposition des utilisateurs, prenez le temps d’observer les plug-ins existants pour prendre de bons réflexes et si jamais vous ne trouvez vraiment pas d’exemple sur un point précis, faites travaillez l’intelligence collective sur les forums et les IRC. Développer une fonctionnalité peut facilement prendre des jours pour un néophyte sans ressources.

(Si j’obtiens la présentation, je la mettrai au plus vite)

Historique

Continuons dans l’ordre avec un historique du développement de NodeJS. Le plus simple est encore de regarder la présentation disponible ici. Elle récapitule bien les différentes étapes du développement.

JoshFire Factory

@Steren est venu nous présenter la plateforme JoshFire Factory développée en NodeJS. Après 6 mois de développement et le lancement de leur bêta privé, on a pu avoir le point de vue d’un développeur confronté à Node en production : petit retour d’expérience.

Les atouts forts de Node :

  • Plus de séparation entre le Frontend et le Backend.

Les choix d’architecture de l’application :

  • La factory : une « single page web app » en BackboneJS, REST API et ExpressJS (moteur de template).
  • La BDD : Mongoose pour abstraire MongoDB.
  • Le serveur DATA : sert, entre autres, de serveur Proxy pour les sources en ligne (cache, normalisation).
    • Les problèmes de cross-domaine ne sont pas présents sur une application mobile native, le code utilisé pour le proxy peut donc être réinjecté dans l’application mobile.
    • Il permet aussi de servir du code déjà compilé au client (la technologie étant la même côté client et serveur).
  • Jasmin pour les tests et Jenkins pour monitorer le tout.
  • L’hébergeur : Heroku. Déploiement extrêmement aisé (git push), comparable à dotcloud.

Les slides de la présentation sont ici et n’hésitez pas à aller sur leur site si vous êtes intéressé (le lien est en bas de la page).

CommanderJS

Pour cette présentation, je vous transmets simplement les slides : http://athieriot.github.com/wing-commander-js/

Hubot

Quant à la dernière présentation dédiée à Hubot, vous pouvez retrouver le codeStream ici 

Quelques ressources :

 

Morgan