Discussion :

[autran]

Normalement, l'éditeur doit régler ce problème d'indentation....
Pour ma part j'utilise Eclipse et tous ces problèmes ne se posent pas.

Cela relance le débat sur l'éditeur à adopter, que SuperGeek avait soulevé (il pose les bonnes questions celui-là).
Je pense en effet que l'on doit donner des indications sur ce point à l'apprenant.

Il faut à mon sens un outil :

• qui intègre le langage (coloration syntaxique, auto complétion, templates....)
• qui soit facile à maitriser
• qui soit gratuit

[SylvainPV]

En gratuit pour débutants, j'en retiens 4: Atom, Visual Studio Code, Sublime Text et Brackets. Pour un usage pro, après 4 ans sur Webstorm, impossible de revenir en arrière.
http://www.slant.co/topics/1686/~jav...es-and-editors

[autran]

bon c'est peut être l'affaire de moins de 10$, mais sublime text n'est pas un peu payant ?

[SylvainPV]

Tout le monde utilise le trial illimité, un peu comme Winrar. Perso je n'aime pas beaucoup Sublime Text, il propose le minimum en fonctionnalités et le rythme de développement est très lent (normal pour le projet d'un seul homme). Mais je sais qu'il est très populaire.

[autran]

Je me réveille un peu après la bataille, mais je pense que l'on a un trou dans la raquette.

Tous les tutos que j'ai vu sur les technologies concurrentes de Node.js (PHP JEE ..) proposent de manipuler des données dans un SGBD/R.

Il me semble que l'on devrait faire de même avec un SGBD/nonR (MongoDB par exemple).

[danielhagnoul]

J'utilise ActiveState Komodo Edit (gratuit) depuis de longues années. On en est à la version 9.3.2 du 2015-12-10.

J'en ai testé beaucoup d'autres (simple éditeur ou IDE payant), mais j'y reviens toujours.

Par rapport aux navigateurs compatibles ES2015 (Chrome 49b et Firefox 46a), la version actuelle est un peu en retard, mais parfaitement utilisable.

[SylvainPV]

J'ai aussi utilisé KomodoEdit il y a quelques années, mais je n'avais pas été vraiment impressionné. Il a peut-être reçu des mises à jour intéressantes entre temps.

Pour le SGBD, là encore je trouve que ça sort du cadre de cette série. Il y a des drivers pour Node pour tous les SGBD populaires, SQL ou NoSQL. On rattache souvent Node.js à du NoSQL comme MongoDB parce que Node est beaucoup utilisé pour les applis temps réel et donc les échanges à haute fréquence. Mais ce n'est pas du tout un choix à faire par défaut, dans de très nombreux cas une BDD relationnelle est plus adaptée.

Avec le plan actuel, le lecteur saura de tout ce qu'il a besoin de savoir pour utiliser un driver ou une lib ORM. Au final, c'est toujours la même chose, un import, de la conf, et des appels asynchrones. Il suffit de taper Node + le nom du SGBD sur google, ouvrir le premier lien github et lire la doc. Je ne vois pas de plus-value à en présenter un choisi arbitrairement ici.

Pour moi les BDD, c'est une utilisation possible de Node parmi des centaines d'autres. On pourrait aussi orienter les exercices pour remplacer des scripts batch, pour faire des applications desktop, pour programmer des Arduino... il y a trop de champs d'application possibles pour tous les aborder dans une même série.

[ABCIWEB]

Salut,

Pratiquement j'ai beaucoup de mal à suivre l'évolution du tuto. Ne faudrait-il pas un article ou une page éditable uniquement par la team, qui permettrait d'afficher les exercices avec des liens vers ces exercices ? Ou j'ai manqué ce sujet quelque part ?

Pour l'instant je parcoure le blog d'autran mais c'est totalement inadapté puisque je dois faire le tri entre les sujets pour trouver ceux en rapport avec le tuto. Y-a-t-il une autre méthode que je n'aurait pas vue ?

Pratiquement pour essayer d'avoir une vision d'ensemble et comprendre comment intégrer au mieux un exercice je suis perdu dans une multitude de liens pour reconstruire le puzzle. Faudrait vite trouver une solution, sinon il va très rapidement devenir plus difficile de savoir comment suivre le tuto que de comprendre les exercices eux-mêmes

Bon à part ça j'essaierai de terminer l'exo sur le switch d'ici demain

[autran]

Tu as raison Alain, mon blog est un vrai bordel.
C'est normal c'est un blog

Ceci étant, j'ai adopté le protocole suivant :

• Ce qui est préfixé Tutorat JavaScript est en rapport avec le projet tuto.
• Ce qui est suffixé Exercice en préparation n'est que pour la team

Je pense que les choses vont se simplifier lorsque nous utiliserons la page d'encodage des exercices.

Mais il faut reconnaitre qu'il y a tellement de choses sur mon Blog que le tuto est un peu noyé dans le bruit.
Mon blog est un support pour débuter. Je ne prendrai pas ombrage si la team décidait de changer de support pour ce tuto.
Je vois 2 alternatives :

• Adopter un blog qui ne serait dédié qu'à cela.
• Commencer à rédiger des articles. Mais il faudrait trouver un moyen de pouvoir produire vite.

[ABCIWEB]

Salut autran
En effet les deux pourraient convenir, l'essentiel est que l'on puisse regrouper le sujet pour avoir une vision d'ensemble
parce que ça commence déjà à n'être pas évident pour 3 exos alors j'imagine la suite avec une assez grande anxiété

[autran]

Oui je pense que l'idéal serait de regrouper suivant une logique qu'il reste à définir dans des articles.

J'ai un peu regardé le truc. si on forme un Team on peut rédiger les et valider très vite.
une fois que l’article est écrit il peut être publié en une semaine.

Le plus dur sera de se définir un plan pour chaque tuto.

[ABCIWEB]

J'ai du mal à te répondre car je ne connais pas comment fonctionne le système des articles.

L'idéal serait de définir les grandes lignes - le tableau de Gnuum - et de pouvoir ensuite affiner facilement le contenu des chapitres et donc les plans pour chaque tuto. Si cette partie là n'est pas très souple à modifier, ça va pas être facile. Toujours pas de nouvelles de Vermine?
C'est pas urgent, urgent, mais si on a pas un support pratique pour pouvoir se déployer dynamiquement ça va ralentir considérablement l'efficacité des contributions sans oublier la facilité de consultation.

Si le temps de trouver la meilleure solution devait durer encore plusieurs semaines, ne pourrais-tu pas ouvrir un sujet en lecture seule, que tu serais le seul à pouvoir modifier et qui regrouperait le plan de travail de Gnuum avec des liens vers les exercices déjà proposés ?

[autran]

Pour la page d'exercices, Vermine va relancer le debugage.

Pour les articles, tu le rédiges de façon naturelle sous open-office, ensuite il y a une relecture technique puis on te gabarise ton article et on te fait une relecture orthographique. Tout ça peut se faire dans le team.

[autran]

Maintenant que la page de codage des exercices de Vermine semble fonctionnelle, il ne reste plus qu'à organiser la rédaction des cours purs.
On peut toujours continuer à utiliser ponctuellement les blogs. L'avantage de ce media est sa souplesse :

• Vitesse de publication
• Recueil en temps réel des réactions via les commentaires
• Correction avec la même célérité

Néanmoins sur la durée un problème de lisibilité des articles est à craindre sur ce type de support. Surtout si l’hébergeur considère son blog comme un laboratoire d'idées car les cours seraient alors noyés dans la foultitude des posts.
Face à ce problème, nous aurions 2 solutions :

1/ Une solution de contournement
Ecrire un article qui regroupe des cours (boucle + choix) autour d'une thématique commune. Cela permettrait de constituer une bibliothèque propre qui réponde à un plan de classement (le plan originel).
La publication des articles peut être très rapide pour 2 raisons :

• La rédaction se baserait sur le corpus de cours constitué au préalable sur les blogs
• La team assure une légitimité à l'article sur le forum de validation technique pour l'instruire en boucle courte

2/ Une solution d'évitement :
Ecrire les cours sur le blog d'un membre de la core team qui dédie son blog à ce projet de tutorat.

Qu'en pensez vous ?

[ABCIWEB]

Salut,

A mon avis on a une meilleure visibilité pour l'ensemble des visiteurs en sortant du système de blog. Il faudrait se rapprocher au plus vite de la consultation habituelle du site de type "forum + articles" et donc choisir la solution 1 si cela ne pose pas de problèmes pour vous et la rédaction/organisation finale.

[autran]

Pour la solution 1, on a pas besoin de se rapprocher de la rédaction.
Il faut publier l'article et lors de la publication, tu fais une pub sur le forum en disant où est l'article et en décrivant brièvement son contenu.
Cette "pub" sera lié à ton article en retour sous le nom de rubrique d'appel à commentaires.
Et là en effet ça offrirait plus de visibilité.

[Gnuum]

Oui le plan va servir de repère! Et oui je sais, je dois le faire! Désolé pour le retard.

[NoSmoking]

Je suis tombé sur http://pascal.developpez.com/exercices/ qui peut être une solution "finale" de présentation.

[SylvainPV]

Effectivement, sympa cette présentation. Je vais voir s'il est possible d'inaugurer un bouton Exercices en section JS.

[vermine]

NoSmoking, la page que tu pointes est en cours de remplacement par une page dite "collaborative". La rubrique JavaScript est également en train de mettre en place la page collaborative. Gnuum et autran y travaille. Cette page est une nouveauté et nous sommes toujours en train de la tester.