Classiquement, j’ai proposé 12 places en province et 16 à Paris. Mais en lisant ces retours, j’ai entamé une réflexion dont l’aboutissement est simple : moins de stagiaires = plus de qualité. Plus de temps pour les échanges (car moins d’échanges individuels), plus de personnalisation, plus de convivialité…

J’ai donc décidé que désormais, tous les ateliers Attitude (JS et Git) seront limités à 10 places payantes. Si ça veut dire que certains devront attendre plus longtemps pour assister à un atelier donné, tant pis. Cela permettra en tout cas à ceux qui s’inscrivent suffisamment tôt de bénéficier d’un plus grand confort de prestation.

Cette mesure est appliquée dès maintenant : j’ai réduit les places du JS Guru du 02/07 prochain (il ne reste donc que 2 places, jetez-vous dessus !)

Dont acte.

Globalement, je suis content. Bonne ambiance, bon groupe (je n’ai définitivement plus de doutes sur  la montée à 16 payants), on s’est bien marrés et on n’a même pas eu froid.

Content aussi parce que les deux parties qui me tenaient vraiment à cœur—la programmation de style fonctionnel et les regex—ont figuré unanimement dans les moments préférés de l’atelier, un pari qui était tout sauf gagné. J’ai manifestement trouvé là un vrai sujet, un vrai besoin.

Content enfin parce que le debrief final m’a fait remonter de vrais retours, cohérents là aussi entre les participants, qui m’amènent donc à apporter quelques corrections de tir en vue des prochaines sessions, à commencer par celle du 08/01 à Lyon (pour laquelle il reste 7 places !).

En gros, ça se résume à ça :

• Les types natifs : on arrête les méthodes et propriétés basiques que tout le monde connaît, pour se concentrer sur les détails méconnus : syntaxes inattendues de certains arguments, optis significatives de perfs entre deux méthodes a priori équivalentes, etc. Avec une exception pour Array, qui a vraiment une place de choix et mérite un traitement intégral en profondeur.
• On prend du temps pour décrire et tester en détail l’héritage de prototypes et le module pattern, et comment s’en servir pour créer des objets, des classes, du vrai privé et du public, et ne pas polluer le namespace global.
• On prend plein de temps pour la partie « programmation fonctionnelle », que tout le monde a surkiffé. Avec des schémas, des exemples concrets, du test en console, etc.
• On fera la partie regex après le reste ; elle est importante et bien gaulée, tout le monde a aimé, mais elle est moins importante que le reste.
• On parle davantage de structuration de code et de design d’API
• On arrête les bases du DOM et des événements : tout le monde sait déjà. Et la partie frameworks est de toutes façons prévue dans JS Guru.
• Encore plus d’exemples concrets et de manips interactives en console

En somme, on n’est plus accessibles à ceux qui n’ont jamais, au grand jamais, fait de JS. Mais il suffit d’un peu de background en programmation, et d’un tout petit peu de JS, même rapide, même à l’arrache, pour s’en sortir sans souci.