• [^] # Re: Mon avis

    Posté par (site web personnel) . En réponse au journal Réflexions à propos de NodeJS et de Javascript plus globalement. Évalué à 3.

    n'est-ce pas un sérieux problème si on veut avoir un code maintenable et pérenne ?

    C'est effectivement un problème. J'ai déjà converti du code Coffee en JS pour bien comprendre ce qu'il faisait, mais ça reste suffisamment rare pour ne pas être bloquant.

    Là où je bosse (af83), on a pas mal de projets avec du code JS et on commence aussi à en avoir quelques uns avec du coffee. Clairement, on préfère tous reprendre le code en coffee à celui en JS. Dans un cas, on a même utilisé js2coffee pour convertir le JS en Coffee avant de retravailler dessus. Et même s'il a fallu repasser à la main pour nettoyer un peu le code, on a trouvé ça efficace et on réutilisera très certainement cette technique sur d'autres projets.

    utilises-tu des choses comme http://jashkenas.github.com/docco/ pour commenter ? Si oui, c'est pas un problème pour commenter les classes (j'ai toujours trouvé que le literate programming avait des problèmes avec la programmation objet)

    Non, je n'utilise pas. Mais ça doit se faire sans trop de problème : le même auteur a bien fait http://documentcloud.github.com/backbone/docs/backbone.html .

    utilises-tu des frameworks avec coffee (voir des frameworks non écrit en coffee) ? Si oui, comment gérer les multiples solutions d'héritages et de création d'objets ? Je pense par exemple à http://bolinfest.com/coffee/)

    J'ai déjà utilisé Coffee dans des contextes très différents : en node.js, pour faire des plugins jquery, avec Backbone, etc. Et dans l'ensemble, ça se passe bien. Il faut dire que la plupart des frameworks ne reposent pas sur l'héritage et la création d'objets mais plus sur des fonctions.

    Pour Google Closure, je n'ai pas testé.