Normalisation JavaScript – Une interview avec Jory Burson

Entretien avec Jory Burson de Bocoup sur les normes de langage JavaScript et le comité TC39 d'Ecma.

L'une des grandes choses à propos de la gestion d'événements est que, de temps en temps, vous avez l'occasion de parler . Pour moi, c'est le cas avec Jory Burson qui sera l'un des deux conférenciers principaux à jsMobileConf à Boston du 25 au 26 octobre.

Bocoup une société de conseil bien connue basée à Boston. J'ai d'abord eu l'occasion de rencontrer Jory, il y a environ sept ans, lorsque j'ai suivi l'une des formations de Bocoup. En la connaissant au fil des ans, je l’ai vue assumer des rôles de direction au sein de Bocoup et de Bocoup en tant que représentante d’Ecma International, de la JS Foundation, du W3C et du conseil consultatif des produits MDN.

Jory être discutant des efforts de normalisation de JavaScript dans Ecma TC39 à jsMobileConf alors je pensais que c'était une bonne occasion de discuter de ses antécédents, de son implication dans les standards impliqué dans TC39.

Q: Vous avez un fond unique. Votre biographie indique que vous avez occupé des postes tels que l'enseignement des médias à Oklahoma State, la gestion de restaurants et même l'élevage de vaches. Comment cette formation vous a-t-elle conduit à Bocoup et à vous concentrer sur le plaidoyer des développeurs et l'open source?

J'ai un arrière-plan étrange concernant mon rôle. C’est vrai pour beaucoup de gens dans le développement Web, et je pense que c’est une très bonne chose. Nous construisons des outils, des produits et des services pour BEAUCOUP de personnes différentes, et le fait de relever ces défis à partir d’une diversité d’expériences, de perspectives et de façons de penser ne fait qu’améliorer l’expérience. Pour les nouveaux développeurs, je voudrais dire que vous ne savez jamais quand et où vos expériences de vie vont être utiles – veuillez ne pas effacer ou minimiser cette partie de vous-même en allant sur votre chemin!

était très actif dans 4-H & FFA grandir – j'ai montré des cochons, des vaches, des chevaux, et j'ai adoré. J'ai fait une tonne d'amis de partout. Nous nous sommes entraidés pour prendre soin des animaux, apprendre et concourir en équipe. Cette expérience est sans aucun doute la racine de mon désir de faire partie d’une communauté et de contribuer à celle-ci.

Il y a eu quelques étés, à partir de 1997 environ, j'arrivais de la chaleur de midi et je suis allé en ligne pour jouer à ce jeu. Vous deviez créer une page Web sur ces chevaux fictifs et les gens ont voté. C'était vraiment idiot mais ça m'a plu. Plus votre page était belle et mieux vous pouviez raconter des histoires sur ces faux chevaux, mieux c'était.

Je pense que beaucoup d'entre nous sont venus dans ce domaine parce qu'une autre passion ou un autre intérêt nous a amenés ici, et avec le temps, nous avons appris à considérer la plate-forme comme un outil plutôt qu'un périphérique de divertissement. Je ne sais pas quand je me suis rendu compte de cela, mais dans l’école de journalisme, j’ai commencé à réfléchir à la manière dont nos moyens de communication contrôlaient nos expériences, directement et indirectement. Je voulais pouvoir renverser cela, et je voulais pouvoir exprimer mes propres histoires, mais je ne comprenais pas assez comment tout cela fonctionnait. Je suis donc allé aux études supérieures et j'ai étudié les communications.

Mon travail de thèse portait sur l'éducation aux médias, c'est-à-dire comment nous produisons, consommons, accédons et analysons les messages et les supports. Ce que j'ai appris au cours de cette étude m'a énormément aidé dans les années qui ont suivi, notamment en ce qui concerne la connexion entre la pratique et la théorie. Lorsque je suis devenu membre du corps professoral à plein temps, j'ai pu rassembler beaucoup de ces idées pour les étudiants de premier cycle, les aidant à comprendre et à travailler avec les contraintes du Web et des autres médias. Ma classe principale était la communication électronique – les étudiants devaient créer une page Web et un blog, couvrir différents types d'histoires et intégrer tous ces médias sur leurs sites.

Mon partenaire a décroché un emploi dans une startup à Boston en 2011, alors nous avons fait notre grand déménagement depuis Oklahoma. Je me suis joint à Bocoup pour aider à développer et développer une entreprise de formation de développeurs – mon expérience en classe et mes antécédents non traditionnels ont fini par être excellents tant sur le plan culturel que pour le rôle. Bocoup n'était pas du tout découragé – ils apprécient et célèbrent différents horizons et vous encouragent à continuer à explorer ce qui vous intéresse. Je les remercie donc aussi pour mon emplacement actuel.

Q: Votre intervention à jsMobileConf porte sur la normalisation autour de JavaScript, qui semble avoir une longue et complexe histoire dominée par la politique de Microsoft et de Netscape dans le premières années. De manière notable, il y a eu un écart de 10 ans entre 1999 et 2009 en ce qui concerne les normes publiées. À votre avis, dans quelle mesure cette histoire compliquée a-t-elle un impact, le cas échéant, sur l'état actuel de la norme linguistique? La politique a-t-elle toujours un impact aussi fort sur le processus?

L'histoire compte absolument. Les premières éditions du langage concernaient la concurrence directe sur le marché – Netscape / Sun cherchait à publier une norme JavaScript comme stratégie défensive contre Microsoft. Microsoft cherchait à conserver sa position dominante en poussant VBScript et JScript – ils se sont joints pour ne pas utiliser le langage. ES1-ES3 a codifié des bits partagés préexistants entre JavaScript et JScript, mais de nombreuses fonctionnalités et questions de grammaire sont restées controversées.

Aujourd'hui, le marché a changé et les entreprises participant à TC39 ont des intérêts commerciaux différents ils l'ont fait à l'époque. Ils sont peut-être encore des concurrents, mais ce n’est pas là qu’ils sont en concurrence directe et ils sont là pour aider à protéger et à investir dans la plate-forme Web qui prend en charge leurs produits concurrentiels réels.

en moins d'un an, ce qui est rapide pour une norme consensuelle. Les deux versions suivantes de la norme ont également été publiées assez rapidement. Ensuite, nous sommes entrés dans deux longues périodes de lenteur ou de non-progrès. À ce moment-là, le comité a fait beaucoup de rotation et beaucoup de développeurs ont commencé à choisir des solutions comme ActionScript et Silverlight.

Aujourd'hui, le comité s'est engagé dans un cycle de publication annuel, car nous avons besoin de les besoins des développeurs et le paysage changeant du Web. Cela ressemble beaucoup plus à un projet open source en termes de développement. D'un autre côté, le rythme des changements est assez rapide pour les développeurs et nous savons que le fait de devoir rester 100% à la hauteur de chaque version peut sembler insurmontable. Il y a donc un équilibre à trouver.

Il y a de la politique dans tout effort humain coopératif. La politique actuelle du TC39 est différente. Nous nous attaquons au changement de culture, aux mises à jour des politiques, au processus d’ouverture – le défi humain qui a également un impact important sur les spécifications. Il y a encore des débats sur les fonctionnalités, mais il est dans l'intérêt de tous de protéger la grammaire, de la rendre plus sécurisée, de la rendre compréhensible et de l'aligner.

Q: , maintenant appelé ES2015, le processus a évolué vers un système de mise à jour annuelle plus cohérente des spécifications. Pouvez-vous nous dire comment fonctionne le nouveau processus? Le changement de processus a-t-il un impact sur la réflexion sur les nouvelles fonctionnalités du langage?

Ce processus est l'une des grandes différences entre la plupart des projets open source et les standards ouverts. réunions en personne tous les 2 mois. Tout au long de l’année, les délégués et les membres de la communauté travaillent sur différentes propositions ou questions, et lors de la réunion, ils présentent leurs progrès, dirigent la discussion, demandent des commentaires, etc. sont 4 étapes). S'il n'y a pas d'objections, alors la proposition avance. Une fois qu'une proposition a atteint l'étape 4, cela signifie qu'elle sera fusionnée et publiée dans la prochaine version officielle de la spécification. Jusque-là, le tout reste une ébauche de spécification.

Lors de la réunion de novembre, nous avons gelé les articles. Rien de nouveau n'entre en jeu. Tout ce qui était une proposition de la phase 4 avant de devenir officiellement partie intégrante de la norme. Les rédacteurs se mettent alors au travail pour peaufiner le texte de spécification, et en janvier, nous avons un gel de spécification de texte de 90 jours pour le dédouanement des DPI. En juin, l'Assemblée générale de l'ECMA (le corps de tous les délégués, pas seulement ceux qui participent au TC39) vote pour accepter la norme comme norme «officielle» de l'Ecma. Donc, en novembre prochain, les délégués voteront pour accepter les propositions de l'étape 4 dans la nouvelle spécification, et cela deviendra ES2019.

Le processus recommence alors!

Le processus a un impact sur les nouvelles fonctionnalités. Pour un, parce que c’est un cycle annuel, il ya moins de conséquences si vous n’obtenez pas quelque chose – il y aura toujours l’année prochaine. D'un autre côté, cela peut conduire à beaucoup d'activité et de pression en fin d'année pour que quelque chose soit fini. Une autre chose, c'est que
ce n'est peut-être pas un point de vue si populaire: le comité doit vraiment être capable de dire «non» – ce que nous gardons de la langue est peut-être plus important que ce qui entre en jeu. les gens peuvent dire non, parce que nous pouvons plus facilement penser à un «non» comme «option suivante» ou «non non mais pas maintenant».

Q: J'imagine que quiconque est motivé une tendance à être fortement critique. Comment le groupe parvient-il à faire en sorte que tout le monde se fasse entendre et ait la possibilité de participer?

La nature du travail de normalisation exige un avis. Ce dont il n’a pas besoin
pour que ces opinions soient si étroitement tenues qu’elles ne peuvent être modifiées. Les personnes capables d’exprimer des opinions bien arrêtées et de débattre de manière constructive sont de bons candidats pour le travail sur les normes.

L’un des défis que nous avons est que la taille du groupe a considérablement augmenté et que beaucoup peut-être pas assez de temps pour les entendre tous sur un sujet donné. Lors d'une réunion, nous avons utilisé un outil développé par Brian Terlson pour aider à mettre en attente des questions sur un sujet donné. Cela aide donc à empêcher les gens de parler les uns avec les autres et de les interrompre.

Nous utilisons également beaucoup GitHub pour la communication entre les réunions. Il existe un réflecteur interne pour les méta-notes, la planification des réunions, etc., qui reste actif toute l'année.

Venez écouter le discours de Jory intitulé "Standardizing JavaScript" à jsMobileConf 26.

En savoir plus sur jsMobileConf