Pegjs: A la recherche d'un nouveau mainteneur

Je veux juste dire que je viens de commencer à utiliser PEG.js ces derniers mois et que j'adore ça. La grammaire est facile à apprendre et le nombre de concepts est assez faible. La documentation est un peu légère, mais j'ai trouvé tout ce dont j'avais besoin. De plus, je n'aurais pas commencé mon dialecte JavaScript sans l'exemple javascript.pegjs. Cela a considérablement réduit la charge de travail.

Dans son état actuel, quels sont ses avantages ? Pour moi, c'est très facile à prototyper avec. Les inconvénients sont que cela peut être lent pour de grandes quantités de données, mais je m'en fiche pour le moment. Quels sont ses concurrents ? Voulez-vous le voir continuer à grandir ou aimeriez-vous que quelqu'un crée la version 2.0 ? S'il est actuellement stable, pourquoi ne pas en rester là, avec peut-être un peu plus de documentation.

Pour la feuille de route, qu'est-ce que moderniser le code vous apporte ? Plus rapide? plus facile à entretenir ? Ou simplement « à jour » ? Je peux comprendre l'utilisation de Gulp au lieu de Make pour le rendre plus facile à entretenir. Les nettoyages semblent coûteux, presque un 1.5, appelant le 1.0 actuel. Je pense que "améliorer les performances de manière significative" est un objectif trop important pour 1.0. J'ai l'impression que le courant est de 1,0. C'est très stable, de bons messages d'erreur, toutes les fonctionnalités fonctionnent, etc. La version 1.0 du logiciel n'a pas besoin d'être "la bonne". C'est plus 2.0, 3.0, etc.

Je ne sais pas si je pourrais aider à la maintenance, mais j'aimerais voir le site, le groupe Google, etc. en direct.

@mikeustin Merci pour votre commentaire. Permettez-moi de répondre rapidement à vos questions (qui seront probablement également utiles à d'autres personnes qui se penchent sur cette question).

Dans son état actuel, quels sont ses avantages ? Pour moi, c'est très facile à prototyper avec.

Le prototypage a été le cas d'utilisation dominant, ainsi que l'analyse de petits langages/DSL trop complexes pour les expressions régulières et divers outils interactifs. À l'origine, j'ai créé PEG.js parce que les PEG offraient une belle syntaxe grammaticale et qu'aucun générateur d'analyseur JavaScript ne l'utilisait et était également capable de produire de bons messages d'erreur.

Les inconvénients sont que cela peut être lent pour de grandes quantités de données, mais je m'en fiche pour le moment.

Beaucoup de gens le font, c'est pourquoi le travail de performance est dans la feuille de route.

Quels sont ses concurrents ?

Jison , Nearley

Voulez-vous le voir continuer à grandir ou aimeriez-vous que quelqu'un crée la version 2.0 ? S'il est actuellement stable, pourquoi ne pas en rester là, avec peut-être un peu plus de documentation.

Cela dépend du nouveau mainteneur. Mais je ne voudrais pas que PEG.js stagne avec l'ensemble de fonctionnalités actuel pour toujours. Il a plus de potentiel que cela.

Il existe de nombreuses fonctionnalités utiles qui peuvent être ajoutées relativement facilement sans aucun changement dans le noyau (#30, #38, #107, #45 et #285). Ensuite, il existe des problèmes/cas d'utilisation de longue date qui nécessiteraient de repenser les concepts de base (#11, #217) ou de changer l'API (#327, #430). Je pense que tout cela vaut la peine d'être examiné.

Pour la feuille de route, qu'est-ce que moderniser le code vous apporte ? Plus rapide? plus facile à entretenir ? Ou simplement « à jour » ?

Plus facile à entretenir et à jour (ce qui est certes en partie une décision de relations publiques - c'est mauvais quand votre projet a l'air vieux sur le plan technologique, même s'il n'y a qu'une différence de productivité marginale entre l'ancienne et la nouvelle technologie).

J'ai l'impression que le courant est de 1,0. C'est très stable, de bons messages d'erreur, toutes les fonctionnalités fonctionnent, etc. La version 1.0 du logiciel n'a pas besoin d'être "la bonne". C'est plus 2.0, 3.0, etc.

Peut-être :-) Ma définition de 1.0 a toujours été "quand j'en suis satisfait", ce qui n'est jamais venu en quelque sorte - en partie parce qu'au lieu de travailler sur ce qui me dérange le plus, j'ai fini par travailler sur des choses qui dérangeaient le plus les utilisateurs et des choses qui étaient nécessaire pour utiliser PEG.js dans le monde réel. Ma nature perfectionniste n'a pas aidé non plus.

C'est au nouveau mainteneur de définir 1.0.

https://github.com/futagoza/epeg.js 😊 (Il convient de noter que bien que la plupart des fonctionnalités répertoriées ne soient pas actuellement implémentées, mais à un moment ou à un autre, ont été dans un fork ou un projet sans rapport, la plupart des qui n'ont jamais été mis sur GitHub)

Je suis d'accord avec tout, mais le seul problème que j'ai est de maintenir les tests 😞

@dmajda merci beaucoup pour PEG.js. C'est très utile. J'espère que ce projet perdurera.

@futagoza Juste pour clarifier, votre commentaire signifie que vous seriez intéressé par la maintenance de PEG.js ? Ou que vous pensez que l'avenir est ailleurs ? :-)

Je suis d'accord avec tout, mais le seul problème que j'ai est de maintenir les tests

Quel problème exactement ?

@dmajda Oui, je serais intéressé à le maintenir 😄

Je suis d'accord avec tout, mais le seul problème que j'ai est de maintenir les tests

Quel problème exactement ?

Ce que je veux dire, c'est que je code et débogue généralement au fur et à mesure, mais quand j'essaie de faire des tests comme vous l'avez fait ici, je commence à avoir des problèmes pour les maintenir, donc généralement je fais des tests qui me permettent de voir le résultat final, ou je pars les spécifications et les tests de référence à d'autres, bien qu'avec le recul, cela augmente le temps de développement pour certains projets 😆

@dmajda J'utilise actuellement PEG.js dans le cadre de mon projet MSc. Ce n'est pas seulement utile mais intéressant et cool de travailler avec. J'espère vraiment que vous considérez quelqu'un comme le digne héritier de PEG.js.

@futagoza Dans la description du problème, j'ai écrit :

Je recherche quelqu'un qui a une compréhension approfondie du fonctionnement de l'analyse et des générateurs d'analyseurs, une forte motivation, une expérience du développement open source et une idée claire de l'endroit où diriger le développement de PEG.js (qui peut ou non correspondre à la feuille de route actuelle).

Dans votre commentaire, vous n'avez fourni qu'un lien vers ePEG.js, ce qui en soi ne me suffit pas pour voir si vous correspondez à la description ci-dessus (sauf que la liste TODO d'ePEG.js est une indication que vous avez probablement une idée où diriger le développement de PEG.js).

J'ai pensé que vous voudriez peut-être laisser votre travail et votre présence sur le Web parler pour vous-même, alors j'ai regardé votre site Web et j'ai cliqué sur les liens Twitter et LinkedIn, mais ils étaient tous les deux morts - ce qui ne donne pas la meilleure impression, comme vous pouvez probablement imaginer. Après ça, j'ai abandonné. Quant à ePEG.js, à son stade actuel, il est difficile de le traiter autant qu'une liste de souhaits.

Alors, laissez-moi vous poser quelques questions concrètes :

• Quel est votre parcours ? En particulier, quel est votre niveau de connaissance des analyseurs et générateurs d'analyseurs ? Où avez-vous acquis cette connaissance ?

• Quelle est votre motivation pour travailler sur PEG.js ? En particulier, utilisez-vous PEG.js (ou ePEG.js) dans vos projets personnels ou professionnels ? La maintenance de PEG.js ferait-elle partie de votre travail quotidien ou le feriez-vous pendant votre temps libre ?

• Quel est votre niveau d'expérience avec les projets open source ? En particulier, avez-vous ou maintenez-vous un projet open source comparable à PEG.js (principalement en nombre d'utilisateurs) ?

• À votre avis, quelles sont les 5 principales choses qui manquent actuellement à PEG.js ou qui ne fonctionnent pas correctement ? Aussi, pourriez-vous décrire où aimeriez-vous mener le projet ? Où voudriez-vous le voir dans un an ?

Merci d'avoir répondu à ces questions. Ils m'aideront à décider si vous seriez le bon futur mainteneur de PEG.js.

alors j'ai regardé votre site Web et j'ai cliqué sur les liens Twitter et LinkedIn, mais ils étaient tous les deux morts

Ce site est un copier/coller de mon ancien site que j'avais fait en 2010 quand je m'appelais mon ancien alias Vitron Prince, donc les liens ne sont pour la plupart plus valides, ou mènent à des sites/profils que je ne maintiens plus, alors que le site n'a jamais été terminé correctement. Les seules présences en ligne que j'ai vraiment de nos jours sont GitHub et PlayStation 😆, principalement en raison du fait que je suis un soignant à temps plein.

Quel est votre parcours ? En particulier, quel est votre niveau de connaissance des analyseurs et générateurs d'analyseurs ? Où avez-vous acquis cette connaissance ?

Pour résumer, j'ai appris par moi-même au cours des 5 dernières années, en apprenant la tokenisation des chaînes et des tampons, diverses manières de générer AST de manière rapide mais précise tout en effectuant une mémorisation et en étudiant principalement diverses méthodes pour transpiler de manière optimale d'autres langages informatiques vers JavaScript et C++, identifiant les passes qui pourraient être compressées en une seule passe pour accélérer la compilation tout en utilisant différents visiteurs AST pour différentes passes pour les meilleures performances.

En ce qui concerne les générateurs d'analyseurs, tout ce que je sais a été appris en étudiant le générateur d'analyseurs pour PEG.js et en sachant que comparer des nombres est plus rapide que de comparer des chaînes, j'ai donc préféré String#charCodeAt à String#charAt sauf si la vitesse n'est pas un facteur. J'ai encore du mal à comprendre les parties liées à la génération d'un analyseur à l'aide de options.optimize = "size" , mais en raison de ma concentration sur speed with accuracy , je n'ai jamais vraiment eu la motivation d'étudier cette partie de la génération d'analyseur.

A noter également : bien que j'aie pas mal appris, j'ai du mal à retenir la terminologie 😊

Quelle est votre motivation pour travailler sur PEG.js ? En particulier, utilisez-vous PEG.js (ou ePEG.js) dans vos projets personnels ou professionnels ? La maintenance de PEG.js ferait-elle partie de votre travail quotidien ou le feriez-vous pendant votre temps libre ?

Ma motivation pour travailler sur PEG.js est de développer CXLang , ainsi que de créer des analyseurs personnalisés pour divers fichiers de ressources textuels que j'utiliserai dans mes jeux, donc je dirais que je l'utilise à la fois pour des projets personnels et professionnels, donc maintenir PEG.js, tout comme ePEG.js, serait principalement pendant mon temps libre.

Ce que je me concentre principalement sur le développement en ce moment est (dans l'ordre de ce qui doit être fonctionnel) :

• PEG.js ou https://github.com/futagoza/epeg.js
• https://github.com/cx-lang/cx-lang
• Roxby, un moteur de jeu C++ et un SDK basé sur Node.js pour créer des mondes 3D transparents mais personnalisables
• Xross M, un système de mods multiplateforme et indépendant du jeu
• Xross C, une application compagnon agnostique pour les jeux
• Un clone de minecraft, en mettant l'accent sur les sauvegardes multi-plateformes multi-joueurs et multi-plateformes
• Un jeu MMORPG, situé dans 1 monde parfaitement immense et interactif, incorporant des mondes de poche
• Une série de jeux solo basés sur les mêmes mondes de poche présentés dans mon MMORPG

Il convient de noter que j'utilise PEG.js dans CXLang, Roxby et Xross, ce qui fait actuellement de PEG.js une partie très importante de mon développement de jeu, car il me permet de créer divers actifs en texte brut, puis d'utiliser PEG.js et des compilateurs personnalisés, transformez-les en code natif utilisé par l'un des jeux, d'autres programmes/outils ou code de bibliothèque.

Quel est votre niveau d'expérience avec les projets open source ? En particulier, avez-vous ou maintenez-vous un projet open source comparable à PEG.js (principalement en nombre d'utilisateurs) ?

Non, comme je suis aide-soignant depuis 2013, j'ai passé mon temps libre soit sur des jeux vidéo, des drames coréens ou à travailler sur divers projets C++/Node.js (principalement ceux mentionnés ci-dessus), dont certains que je place sur GitHub si je veux partager le code, d'autres que je garde sur mon ordinateur portable car ils contiennent du code pour les projets personnels que je développe pour créer des produits commerciaux à l'avenir.

Bien que CXLang soit déjà open source (en quelque sorte, car diverses parties n'ont pas encore atteint GitHub en raison du développement continu avec de petits tests ici et là), je prévois d'ouvrir Roxby et Xross uniquement lorsque j'aurai développé des prototypes fonctionnels pour mes jeux).

À votre avis, quelles sont les 5 principales choses qui manquent actuellement à PEG.js ou qui ne fonctionnent pas correctement ? Aussi, pourriez-vous décrire où aimeriez-vous mener le projet ? Où voudriez-vous le voir dans un an ?

• Une raison de ne pas faire d' ePEG.js ou d'alternatives 😛
• Le générateur de bytecode actuel n'est utile qu'avec le générateur JavaScript actuel
  
  
  
  • Il ne devrait pas faire partie des passes du compilateur, mais une aide facultative pour les générateurs
  
  
  • Devrait produire du bytecode et AST pour aider à générer des analyseurs dans n'importe quelle langue (spécifique au plugin)
  
  
  • Sur la base des options, générer un bytecode facultatif pour guider les générateurs d'analyseur syntaxique
  
  
• Les actions et les littéraux de chaîne dans la syntaxe de la grammaire PEG.js restreignent les générateurs d'analyseur et les types de source :
  
  
  
  • Un attribut ( <strong i="27">@returns</strong> ... ou [returns = ...] ) qui définit le type de retour pour les actions utilisées par les règles
  
  
  • Syntaxe pour la sélection et l'extraction de séquences = moins d'actions et moins de dépendance vis-à-vis d'un langage spécifique
  
  
  • Prise en charge de la mémoire tampon via des littéraux numériques, pour développer des analyseurs syntaxiques pour des fichiers autres que le code source en texte brut
  
  
• Syntaxe qui permet un développement plus rapide des parseurs :
  
  
  
  • Modèles pour écrire moins de grammaire PEG.js
  
  
  • Attributs (prédéfinis et personnalisés) pour gérer facilement la sortie des passes internes ou des plugins
  
  
  • Importation de règles à partir d'autres grammaires, permettant au développeur de retrouver facilement les règles par nom de fichier
  
  
• Le système de plugin actuel rend plus difficile la modification de l'API et l'optimisation de PEG.js pour une utilisation dans les éditeurs
• Le générateur d'analyseur syntaxique est trop compliqué et n'est pas compatible avec les plugins. Il doit être divisé en différents fichiers.

Actuellement, la première chose que vous lisez à propos de PEG.js (sur le site Web ou le référentiel GitHub) est :

PEG.js est un générateur d'analyseur simple pour JavaScript qui produit des analyseurs rapides avec d'excellents rapports d'erreurs. Vous pouvez l'utiliser pour traiter des données complexes ou des langages informatiques et créer facilement des transformateurs, des interpréteurs, des compilateurs et d'autres outils.

Je pense que la résolution des raisons ci-dessus soutiendrait non seulement ce que ce paragraphe promet, mais donnerait également au développeur plus de liberté dans le développement d'analyseurs.

Pour être honnête, étant donné mon emploi du temps actuel, je ne vois pas où il en serait dans un an, mais ma feuille de route pour PEG.js ressemblerait à ceci :

• __PEG.js v1__ - Contient la plupart de ce que votre jalon 0.11 décrit, mais avec la prise en charge de plusieurs fichiers
• __PEG.js v1.x__ - Version maintenue (LTS actuel)
• __PEG.js v2.x__ - Implémentez la plupart des fonctionnalités ci-dessus, avec une base de code écrite en ECMAScript 2015
• __PEG.js v3.x__ - Version LTS
• __PEG.js v4.x__ - Base de code ECMAScript 2017, prise en charge du tampon, nouvelle interface de plugin
• __PEG.js v5.x__ - Version LTS
• __PEG.js v6.x__ - Base de code ECMAScript 20xx, structures de données complexes , nouveau générateur d'analyseur JavaScript
• __PEG.js v7.x__ - Version LTS
• __PEG.js v8.x__ - Base de code ECMAScript 20xx, plus d'aides et de passes facultatives, prise en charge axée sur l'éditeur
• __PEG.js v9.x__ - Version finale de LTS, base de code ECMAScript 20xx+

La raison de cette feuille de route est d'aider à diviser mes tâches et les problèmes des utilisateurs plus facilement, tout en me donnant également la possibilité d'en savoir plus sur le générateur d'analyseur syntaxique ainsi que de planifier une meilleure interface de plugin, en me préparant pour __PEG.js v4.x__ et __PEG .js v6.x__

A noter également @dmajda , si je prends la relève en tant que mainteneur, je serais également à la recherche de plus de mainteneurs, contributeurs et modérateurs pour m'aider à gérer différents aspects afin que je puisse me concentrer sur le développement du projet, car c'est mon principal concentrer, laisser aux modérateurs des aspects tels que le compte Twitter et le groupe Google , obtenir l'aide des contributeurs pour m'organiser et m'aider à maintenir les références et les tests , tandis que les responsables peuvent m'aider à gérer les versions LTS.

J'utilise peg pour écrire un analyseur de démarques, merci

Je suis un développeur front-end, et je peux améliorer le site web , pouvez-vous m'inviter à rejoindre cette organisation ? Je vous remercie!

@futagoza Tout d'abord, permettez-moi de m'excuser pour ma réponse lente - il m'a été difficile de trouver une période continue pour lire ce que vous avez écrit, y réfléchir et rédiger une réponse au cours de la semaine dernière.

D'après ce que vous avez écrit, je peux voir que vous êtes bien motivé et que votre qualification est solide. Vos idées sur PEG.js correspondent également bien à ce que je pense être les plus gros problèmes de PEG.js, tels que perçus par ses utilisateurs. J'aime particulièrement que vous vouliez impliquer plus de contributeurs — c'est un domaine où je pense avoir quelque peu échoué en tant que mainteneur.

Une chose qui m'inquiète un peu, c'est que vous aimeriez voir beaucoup de fonctionnalités introduites, ce qui peut conduire à un glissement de fonctionnalités. De nombreux utilisateurs de PEG.js apprécient sa simplicité.

Dans tous les cas, compte tenu de tout ce qui précède et étant donné que personne d'autre n'est intéressé par la reprise de PEG.js, je ne vois pas de raison de ne pas vous transmettre la maintenance de PEG.js.

Je vous déclare par la présente un nouveau mainteneur de PEG.js.

Toutes nos félicitations!

J'annoncerai le changement sur Twitter et dans le groupe Google dans une minute. Ensuite, je vous enverrai un e-mail avec les détails concernant le transfert des actifs du projet. Une fois le transfert terminé, je me retirerai complètement du projet.

J'espère que vous prendrez bien soin de PEG.js et que son avenir entre vos mains sera radieux :-)

Je suis un développeur front-end, et je peux améliorer le site web , pouvez-vous m'inviter à rejoindre cette organisation ? Je vous remercie!

@ericjjj Merci pour l'offre, c'est à @futagoza maintenant.

@futagoza 😂 Félicitations, je suis développeur front-end, et je peux améliorer le site , pouvez-vous m'inviter à rejoindre cette organisation ? Je vous remercie!

@dmajda Merci , et je ferai de mon mieux.

J'étais également préoccupé par le glissement des fonctionnalités, c'est pourquoi j'ai ajouté le calendrier LTS à la feuille de route ci-dessus, mais comme je l'ai mentionné ci-dessus, ce n'est pas encore figé.

@ericjjj Merci pour l'offre m8 👍

Je vais passer en revue ce qui doit être fait le plus, mais le site Web est déjà dans ma liste de choses à mettre à jour.

Une fois que le processus de transfert est terminé et que j'ai apporté de légères mises à jour au site Web pour refléter le changement de mainteneur, je prévois d'ouvrir un nouveau problème sur le référentiel du site Web , où je passerai en revue ce que je prévois de modifier, d'ajouter ou de supprimer.

Lorsque je créerai le problème, je ne manquerai pas de vous mentionner, afin que vous sachiez quand intervenir et me montrer vos idées et partager vos réflexions. Après avoir décidé où aller avec le site Web, je vous inviterai ensuite si vous êtes toujours prêt à m'aider

@futagoza ok, merci beaucoup

Je contribuerais si ajouté à l'organisation

Je pourrais mettre quelque chose ensemble pour un plus grand tutoriel étape par étape. Un langage très basique, comme JavaScript dépouillé de son noyau, m'aurait aidé à apprendre à utiliser PEG.js. Aussi savoir comment / la meilleure façon de traverser l'AST était quelque chose que je devais trouver ailleurs.

Les exemples vont d'une petite calculatrice à un analyseur JavaScript complet. Je pense que ce serait bien d'avoir quelque chose entre les deux et un tutoriel pour l'accompagner.

Exemples d'articles que j'ai écrits :
https://structura.quora.com/Extension-Methods-in-JavaScript

Donc, @futagoza est le nouveau mainteneur de PEG.js.
Mais pourquoi le problème est-il toujours ouvert alors ?

BTW, merci pour un si bon projet les gars!
L'un de mes premiers programmes était l'analyseur syntaxique du langage Pascal écrit en C++ - c'était si difficile de le faire fonctionner :D
JavaScript + PEG.js rendent cette tâche BEAUCOUP plus facile

Et actuellement, j'utilise ce projet pour créer un analyseur syntaxique assez compliqué pour un langage de type bash (qmake pro-file), et j'ai déjà fait face au manque de fonctionnalités. Par exemple, absence de possibilité de diviser un gros fichier de grammaire en plusieurs petits.
Que puis-je faire pour aider à la mise en œuvre de telles choses ?

Mais pourquoi le problème est-il toujours ouvert alors ?

J'ai juste oublié de le fermer. Faire ça maintenant.