Pegjs: Auf der Suche nach einem neuen Betreuer

Ich möchte nur sagen, dass ich in den letzten Monaten angefangen habe, PEG.js zu verwenden, und ich liebe es. Die Grammatik ist leicht zu erlernen und die Anzahl der Konzepte ist relativ gering. Die Dokumentation ist ein wenig leicht, aber ich habe alles gefunden, was ich brauche. Außerdem hätte ich ohne das Beispiel javascript.pegjs nicht mit meinem JavaScript-Dialekt angefangen. Das hat den Arbeitsaufwand erheblich reduziert.

Welche Vorteile bietet es im aktuellen Zustand? Für mich ist es sehr einfach, damit zu prototypieren. Nachteile sind, dass es bei großen Datenmengen langsam sein kann, aber das interessiert mich im Moment nicht. Was sind die Konkurrenten? Möchten Sie, dass es weiter wächst, oder möchten Sie, dass jemand die Version 2.0 erstellt? Wenn es derzeit stabil ist, belassen Sie es einfach dabei, mit vielleicht etwas mehr Dokumentation.

Was bringt Ihnen die Codemodernisierung für die Roadmap? Schneller? einfacher zu pflegen? Oder einfach nur "aktuell"? Ich kann verstehen, Gulp anstelle von Make zu verwenden, um die Wartung zu vereinfachen. Die Aufräumarbeiten klingen teuer, fast eine 1,5 und nennen die aktuelle 1,0. Ich bin der Meinung, dass eine "erhebliche Verbesserung der Leistung" ein zu großes Ziel für 1.0 ist. Ich habe das Gefühl, dass der Strom 1,0 beträgt. Es ist sehr stabil, gute Fehlermeldungen, alle Funktionen funktionieren usw. 1.0 der Software muss nicht "die eine" sein. Das sind mehr 2.0, 3.0 usw.

Ich weiß nicht, ob ich bei der Wartung helfen kann, aber ich möchte die Site, die Google-Gruppe usw. gerne live sehen.

@mikeaustin Danke für

Welche Vorteile bietet es im aktuellen Zustand? Für mich ist es sehr einfach, damit zu prototypieren.

Prototyping war der vorherrschende Anwendungsfall, zusammen mit dem Parsen kleiner Sprachen/DSLs, die für Regexps und verschiedene interaktive Tools zu komplex sind. Ursprünglich habe ich PEG.js erstellt, weil PEGs eine schöne Grammatiksyntax bot und es keinen JavaScript-Parser-Generator gab, der sie verwendet und auch gute Fehlermeldungen erzeugen konnte.

Nachteile sind, dass es bei großen Datenmengen langsam sein kann, aber das interessiert mich im Moment nicht.

Viele Leute tun das, deshalb steht die Performance-Arbeit in der Roadmap.

Was sind die Konkurrenten?

Jison , Nearley

Möchten Sie, dass es weiter wächst, oder möchten Sie, dass jemand die Version 2.0 erstellt? Wenn es derzeit stabil ist, belassen Sie es einfach dabei, mit vielleicht etwas mehr Dokumentation.

Das ist Sache des neuen Betreuers. Aber ich möchte nicht, dass PEG.js mit dem aktuellen Feature-Set für immer stagniert. Es hat mehr Potenzial als das.

Es gibt viele nützliche Features, die relativ einfach ohne Änderungen im Kern hinzugefügt werden können (#30, #38, #107, #45 und #285). Dann gibt es einige seit langem bestehende Probleme/Anwendungsfälle, die ein Überdenken der Kernkonzepte (#11, #217) oder eine Änderung der API (#327, #430) erfordern würden. Ich denke, all dies ist einen Blick wert.

Was bringt Ihnen die Codemodernisierung für die Roadmap? Schneller? einfacher zu pflegen? Oder einfach nur "aktuell"?

Leichter zu warten und auf dem neuesten Stand zu sein (was zugegebenermaßen teilweise eine PR-Entscheidung ist – es ist schlecht, wenn Ihr Projekt technologisch alt aussieht, selbst wenn zwischen der alten und der neuen Technologie nur ein marginaler Produktivitätsunterschied besteht).

Ich habe das Gefühl, dass der Strom 1,0 beträgt. Es ist sehr stabil, gute Fehlermeldungen, alle Funktionen funktionieren usw. 1.0 der Software muss nicht "die eine" sein. Das sind mehr 2.0, 3.0 usw.

Könnte sein :-) Meine Definition von 1.0 war immer „wenn ich damit zufrieden bin“, was irgendwie nie kam – zum Teil, weil ich, anstatt an Dingen zu arbeiten, die mich am meisten störten, an Dingen arbeitete, die die Benutzer am meisten störten und an Dingen, die es waren notwendig, um PEG.js in der realen Welt zu verwenden. Meine perfektionistische Natur half auch nicht.

Es liegt am neuen Betreuer, 1.0 zu definieren.

https://github.com/futagoza/epeg.js 😊 (Es sollte beachtet werden, dass, obwohl die meisten der aufgeführten Funktionen derzeit nicht implementiert sind, aber an der einen oder anderen Stelle in einem Fork oder einem nicht verwandten Projekt waren, die meisten von die nie auf GitHub gestellt wurden)

Mir geht es mit allem gut, aber das einzige Problem, das ich habe, ist die Aufrechterhaltung der Tests 😞

@dmajda vielen Dank für PEG.js. Es ist sehr nützlich. Ich hoffe, dieses Projekt wird weiterleben.

@futagoza Nur zur Klarstellung: Ihr Kommentar bedeutet, dass Sie an der Pflege von PEG.js interessiert sind? Oder denken Sie, die Zukunft liegt woanders? :-)

Mir geht es mit allem gut, aber das einzige Problem, das ich habe, ist die Aufrechterhaltung der Tests

Welches Problem genau?

@dmajda Ja, ich hätte Interesse an der Pflege 😄

Mir geht es mit allem gut, aber das einzige Problem, das ich habe, ist die Aufrechterhaltung der Tests

Welches Problem genau?

Was ich meine ist, dass ich normalerweise programmiere und debugge, während ich fortfahre, aber wenn ich versuche, Tests wie Sie hier zu machen, bekomme ich Probleme bei der Wartung, also mache ich normalerweise entweder Tests, die mir das Endergebnis zeigen, oder gehe einfach die Spezifikations- und Benchmark-Tests für andere, obwohl dies im Nachhinein die Entwicklungszeit für einige Projekte verlängert 😆

@dmajda Ich verwende derzeit PEG.js als Teil meines MSc-Projekts. Es ist nicht nur nützlich, sondern auch interessant und cool, damit zu arbeiten. Ich hoffe wirklich, dass Sie jemanden für den würdigen Erben von PEG.js halten.

@futagoza In der

Ich suche jemanden, der ein tiefes Verständnis dafür hat, wie Parsing und Parser-Generatoren funktionieren, eine starke Motivation, Erfahrung mit Open-Source-Entwicklung und eine klare Vorstellung davon hat, wohin die PEG.js-Entwicklung führen soll (die der aktuellen Roadmap entsprechen kann oder nicht).

In Ihrem Kommentar haben Sie nur einen Link zu ePEG.js angegeben, der für mich allein nicht ausreicht, um zu sehen, ob Sie der obigen Beschreibung entsprechen (außer dass die TODO-Liste von ePEG.js ein Hinweis darauf ist, dass Sie wahrscheinlich eine Idee haben, wo Sie hin müssen Leitung der PEG.js-Entwicklung).

Ich dachte, Sie möchten vielleicht Ihre Arbeit und Ihre Webpräsenz für sich sprechen lassen, also habe ich mir Ihre Website angesehen und auf die Twitter- und LinkedIn-Links geklickt, aber sie waren beide tot – was nicht den besten Eindruck macht, wie Sie wahrscheinlich können sich vorstellen. Danach habe ich aufgegeben. Was ePEG.js angeht, ist es in der aktuellen Phase schwer, es als viel mehr als eine Wunschliste zu behandeln.

Lassen Sie mich daher einige konkrete Fragen stellen:

• Was ist dein Hintergrund? Wie gut kennen Sie sich insbesondere mit Parsern und Parser-Generatoren aus? Woher haben Sie dieses Wissen?

• Was ist Ihre Motivation für die Arbeit an PEG.js? Verwenden Sie PEG.js (oder ePEG.js) insbesondere in Ihren persönlichen oder beruflichen Projekten? Wäre die Pflege von PEG.js Teil Ihres Tagesgeschäfts oder würden Sie dies in Ihrer Freizeit tun?

• Wie sind Ihre Erfahrungen mit Open-Source-Projekten? Haben Sie oder unterhalten Sie insbesondere ein Open-Source-Projekt, das mit PEG.js vergleichbar ist (hauptsächlich in der Anzahl der Benutzer)?

• Was sind Ihrer Meinung nach die 5 wichtigsten Dinge, die PEG.js derzeit vermisst oder nicht richtig macht? Könnten Sie auch beschreiben, wohin Sie das Projekt führen möchten? Wo möchten Sie es in einem Jahr sehen?

Danke für die Beantwortung dieser Fragen. Sie werden mir bei der Entscheidung helfen, ob Sie der richtige zukünftige Betreuer von PEG.js sind.

Also habe ich mir deine Website angeschaut und auf die Twitter- und LinkedIn-Links geklickt, aber sie waren beide tot

Diese Site ist eine Kopie/Paste meiner alten Website, die ich 2010 erstellt habe, als ich unter meinem alten Alias ​​Vitron Prince ging, daher sind die Links meistens nicht mehr gültig oder führen zu Sites/Profilen, die ich nicht mehr pflege, während die Seite wurde nie richtig fertig. Die einzigen Online-Präsenzen, die ich heutzutage wirklich habe, sind GitHub und PlayStation 😆, hauptsächlich aufgrund der Tatsache, dass ich eine Vollzeitbetreuerin bin.

Was ist dein Hintergrund? Wie gut kennen Sie sich insbesondere mit Parsern und Parser-Generatoren aus? Woher haben Sie dieses Wissen?

Zusammenfassend kann ich sagen, dass ich in den letzten 5 Jahren alleine gelernt habe, wie man String- und Buffer-Tokenisierung lernt, verschiedene Methoden, um AST schnell, aber genau zu generieren, während ich einige Memos durchführe und hauptsächlich verschiedene Methoden studierte, um andere Computersprachen optimal zu transpilieren JavaScript und C++, die Durchgänge identifizieren, die in einen einzigen Durchlauf gequetscht werden könnten, um die Kompilierung zu beschleunigen, während verschiedene AST-Besucher für verschiedene Durchgänge verwendet werden, um die beste Leistung zu erzielen.

Was die Parser-Generatoren angeht, so habe ich alles, was ich weiß, gelernt, indem ich den Parser-Generator für PEG.js studiert habe und mit dem Wissen hereingekommen bin, dass das Vergleichen von Zahlen schneller ist als das Vergleichen von Strings, also habe ich String#charCodeAt gegenüber String#charAt bevorzugt options.optimize = "size" , aber aufgrund meines Fokus auf speed with accuracy ich nie wirklich die Motivation gefunden, diesen Teil der Parser-Generierung zu studieren.

Außerdem zu beachten: Obwohl ich einiges gelernt habe, fällt es mir schwer, mich an die Terminologie zu erinnern 😊

Was ist Ihre Motivation für die Arbeit an PEG.js? Verwenden Sie PEG.js (oder ePEG.js) insbesondere in Ihren persönlichen oder beruflichen Projekten? Wäre die Pflege von PEG.js Teil Ihres Tagesgeschäfts oder würden Sie dies in Ihrer Freizeit tun?

Meine Motivation für die Arbeit an PEG.js ist die Entwicklung von CXLang sowie die Erstellung benutzerdefinierter Parser für verschiedene textbasierte Ressourcendateien, die ich in meinen Spielen verwenden werde, also würde ich sagen, dass ich sie sowohl für persönliche als auch für Arbeitsprojekte verwende Die Pflege von PEG.js würde, genau wie ePEG.js, hauptsächlich in meiner Freizeit erfolgen.

Worauf ich mich im Moment hauptsächlich auf die Entwicklung konzentriere, ist (in der Reihenfolge, was funktionieren muss):

• PEG.js oder https://github.com/futagoza/epeg.js
• https://github.com/cx-lang/cx-lang
• Roxby, eine C++-Spiele-Engine und Node.js-basiertes SDK zum Erstellen nahtloser, aber anpassbarer 3D-Welten
• Xross M, ein plattform- und spielunabhängiges Mod-System
• Xross C, eine spielunabhängige Begleit-App
• Ein Minecraft-Klon mit Fokus auf plattformübergreifendem Multiplayer und Multi-Plattform-Speicherungen
• Ein MMORPG-Spiel in einer nahtlos riesigen und interaktiven Welt mit Taschenwelten
• Eine Reihe von Einzelspieler-Spielen, die auf denselben Taschenwelten basieren, die in meinem MMORPG enthalten sind

Anzumerken ist, dass ich PEG.js in CXLang, Roxby und Xross verwende, was PEG.js derzeit zu einem sehr wichtigen Teil meiner Spieleentwicklung macht, da es mir ermöglicht, verschiedene Assets im Klartext zu erstellen und dann PEG.js zu verwenden und benutzerdefinierte Compiler, wandeln Sie sie in nativen Code um, der von Spielen, anderen Programmen/Tools oder Bibliothekscode verwendet wird.

Wie sind Ihre Erfahrungen mit Open-Source-Projekten? Haben Sie oder unterhalten Sie insbesondere ein Open-Source-Projekt, das mit PEG.js vergleichbar ist (hauptsächlich in der Anzahl der Benutzer)?

Nein, da ich seit 2013 als Pfleger tätig bin, habe ich meine Freizeit entweder mit Videospielen, koreanischen Dramen oder mit der Arbeit an verschiedenen C++/Node.js-Projekten (meistens den oben genannten) verbracht, von denen ich einige auf GitHub stelle, wenn ich Ich möchte den Code teilen, andere behalte ich auf meinem Laptop, da sie Code für die persönlichen Projekte enthalten, die ich entwickle, um in Zukunft kommerzielle Produkte zu erstellen.

Obwohl CXLang bereits Open Source ist (sozusagen, da verschiedene Teile davon aufgrund der Weiterentwicklung mit kleinen Tests hier und da noch nicht auf GitHub gelandet sind), plane ich nur, Roxby und Xross als Open Source zu verwenden, wenn ich funktionierende Prototypen für entwickelt habe meine Spiele).

Was sind Ihrer Meinung nach die 5 wichtigsten Dinge, die PEG.js derzeit vermisst oder nicht richtig macht? Könnten Sie auch beschreiben, wohin Sie das Projekt führen möchten? Wo möchten Sie es in einem Jahr sehen?

• Ein Grund, keine ePEG.js oder Alternativen zu machen 😛
• Der aktuelle Bytecode-Generator ist nur mit dem aktuellen JavaScript-Generator sinnvoll
  
  
  
  • Es sollte nicht Teil der Compiler-Pässe sein, sondern ein optionaler Helfer für Generatoren
  
  
  • Sollte Bytecode und AST produzieren, um Parser in jeder Sprache zu generieren (plugin-spezifisch)
  
  
  • Generieren Sie basierend auf Optionen optionalen Bytecode, um Parser-Generatoren zu führen
  
  
• Aktionen und Zeichenfolgenliterale innerhalb der PEG.js-Grammatiksyntax schränken Parsergeneratoren und Quelltypen ein:
  
  
  
  • Ein Attribut ( <strong i="27">@returns</strong> ... oder [returns = ...] ), das den Rückgabetyp für Aktionen festlegt, die von Regeln verwendet werden
  
  
  • Syntax für Sequenzauswahl und -extraktion = weniger Aktionen und weniger Abhängigkeit von einer bestimmten Sprache
  
  
  • Pufferunterstützung über numerische Literale, um Parser für andere Dateien als den reinen Textquellcode zu entwickeln
  
  
• Syntax, die eine schnellere Entwicklung von Parsern ermöglicht:
  
  
  
  • Vorlagen, um weniger PEG.js-Grammatik zu schreiben
  
  
  • Attribute (vordefiniert und benutzerdefiniert) zur einfachen Verwaltung der Ausgabe von internen Pässen oder Plugins
  
  
  • Importieren von Regeln aus anderen Grammatiken, sodass der Entwickler Regeln leicht nach Dateinamen aufspüren kann
  
  
• Das aktuelle Plugin-System erschwert es, die API zu ändern und PEG.js für die Verwendung in Editoren zu optimieren
• Der Parser-Generator ist zu kompliziert und nicht Plugin-freundlich. Es sollte in verschiedene Dateien aufgeteilt werden.

Derzeit ist das Erste, was Sie über PEG.js (auf der Website oder im GitHub-Repository) lesen:

PEG.js ist ein einfacher Parser-Generator für JavaScript, der schnelle Parser mit hervorragender Fehlerberichterstattung erzeugt. Sie können damit komplexe Daten oder Computersprachen verarbeiten und Transformer, Interpreter, Compiler und andere Tools einfach bauen.

Ich glaube, dass die Beseitigung der oben genannten Gründe nicht nur das unterstützen würde, was dieser Absatz verspricht, sondern dem Entwickler auch mehr Freiheit bei der Entwicklung von Parsern geben würde.

Um ehrlich zu sein, kann ich angesichts meines aktuellen Zeitplans nicht sehen, wo er in einem Jahr sein würde, aber meine Roadmap für PEG.js würde ungefähr so ​​​​aussehen:

• __PEG.js v1__ - Enthält das meiste von dem, was Ihr 0.11-Meilenstein beschreibt, aber mit Unterstützung für mehrere Dateien
• __PEG.js v1.x__ - Gepflegte Version (aktuelles LTS)
• __PEG.js v2.x__ - Implementieren Sie die meisten der oben genannten Funktionen mit Codebasis, die in ECMAScript 2015 geschrieben wurde
• __PEG.js v3.x__ - LTS-Version
• __PEG.js v4.x__ - ECMAScript 2017 Codebasis, Pufferunterstützung, neue Plugin-Schnittstelle
• __PEG.js v5.x__ - LTS-Version
• __PEG.js v6.x__ - ECMAScript 20xx Code-Basis, komplexe Datenstrukturen , neuer JavaScript-Parser-Generator
• __PEG.js v7.x__ - LTS-Version
• __PEG.js v8.x__ - ECMAScript 20xx Code-Basis, mehr Helfer und optionale Durchgänge, Editor-fokussierte Unterstützung
• __PEG.js v9.x__ - Endgültige LTS-Version, ECMAScript 20xx+ Codebasis

Der Grund für diese Roadmap besteht darin, meine Aufgaben und Benutzerprobleme leichter aufzuteilen und mir gleichzeitig Raum zu geben, mehr über den Parser-Generator zu erfahren sowie eine bessere Plugin-Schnittstelle zu planen, um mich auf __PEG.js v4.x__ und __PEG vorzubereiten .js v6.x__

Anzumerken @dmajda , wenn ich die Stelle als Betreuer übernehme, würde ich irgendwann auch nach weiteren Betreuern, Mitwirkenden und Moderatoren suchen, die mir helfen, verschiedene Aspekte zu verwalten, damit ich mich auf die Entwicklung des Projekts konzentrieren kann, da dies mein Hauptthema ist konzentrieren, Aspekte wie den Twitter-Account und die Google-Gruppe den Moderatoren überlassen, Hilfe von Mitwirkenden bei der Organisation und Pflege von Benchmarks und Tests erhalten , während Betreuer mir bei der Verwaltung von LTS-Releases helfen können.

Ich benutze Peg, um einen Markdown-Parser zu schreiben, danke 😀

Ich bin ein Front-End-Entwickler und kann die Website verbessern.

@futagoza Zuerst Geschriebene durchzulesen , darüber nachzudenken und eine Antwort zu verfassen.

Aus dem, was Sie geschrieben haben, sehe ich, dass Sie gut motiviert sind und eine solide Qualifikation haben. Ihre Ideen zu PEG.js passen auch gut zu den meiner Meinung nach größten Problemen von PEG.js, wie sie von den Benutzern wahrgenommen werden. Besonders gefällt mir, dass Sie gerne mehr Mitwirkende einbeziehen würden – dies ist ein Bereich, in dem ich als Betreuer etwas versagt habe.

Eine Sache, worüber ich mir wenig Sorgen mache, ist, dass Sie gerne viele Funktionen eingeführt sehen würden, was zu einem Feature-Creep führen kann. Viele Benutzer von PEG.js schätzen seine Einfachheit.

Auf jeden Fall sehe ich angesichts all der oben genannten Punkte und da niemand sonst daran interessiert ist, PEG.js zu übernehmen, keinen Grund, warum Sie die Wartung von PEG.js nicht an Sie weitergeben sollten.

Hiermit erkläre ich Sie zum neuen Betreuer von PEG.js.

Herzliche Glückwünsche!

Ich werde die Änderung in einer Minute auf Twitter und in der Google-Gruppe bekannt geben. Dann sende ich Ihnen eine E-Mail mit Details zur Übertragung des Projektvermögens. Sobald die Übertragung abgeschlossen ist, werde ich mich vollständig vom Projekt zurückziehen.

Ich hoffe, Sie kümmern sich gut um PEG.js und dass seine Zukunft in Ihren Händen rosig sein wird :-)

Ich bin ein Front-End-Entwickler und kann die Website verbessern.

@ericjjj Danke für das Angebot, das liegt jetzt an @futagoza .

@futagoza 😂 Herzlichen Glückwunsch, ich bin ein Front-End-Entwickler und kann die Website verbessern. Kannst du mich einladen, dieser Organisation beizutreten? Danke schön!

@dmajda Danke 😄, und ich werde mein Bestes geben.

Ich machte mir auch Sorgen über das Feature Creep, deshalb habe ich den LTS-Zeitplan oben in die Roadmap aufgenommen, aber wie oben erwähnt, ist dies noch nicht in Stein gemeißelt.

@ericjjj Danke für das Angebot m8 👍

Ich werde noch einmal durchgehen, was am dringendsten zu tun ist, aber die Website steht bereits auf meiner Liste der zu aktualisierenden Dinge.

Sobald der Übertragungsprozess abgeschlossen ist und ich geringfügige Aktualisierungen an der Website vorgenommen habe, um die Änderungen der Betreuer widerzuspiegeln, plane ich, eine neue Ausgabe im Repository der

Wenn ich das Thema erstelle, werde ich Sie auf jeden Fall erwähnen, damit Sie wissen, wann Sie einspringen und mir Ihre Ideen zeigen und Ihre Gedanken teilen können. Nachdem ich mich entschieden habe, wohin es mit der Website gehen soll, lade ich dich dann ein, wenn du noch bereit bist, mir zu helfen

@futagoza ok, vielen Dank

Ich würde einen Beitrag leisten, wenn ich der Organisation hinzugefügt würde

Ich könnte etwas für eine größere Schritt-für-Schritt-Anleitung zusammenstellen. Eine sehr einfache Sprache, wie JavaScript auf das Wesentliche reduziert, hätte mir geholfen, den Umgang mit PEG.js zu erlernen. Auch zu wissen, wie / der beste Weg, den AST zu überqueren, musste ich woanders finden.

Die Beispiele reichen von einem kleinen Taschenrechner bis hin zu einem vollständigen JavaScript-Parser. Ich denke, es wäre schön, etwas dazwischen zu haben und ein Tutorial dazu.

Beispielartikel, die ich geschrieben habe:
https://structura.quora.com/Extension-Methods-in-JavaScript

@futagoza ist also der neue Betreuer von PEG.js.
Aber warum ist das Thema dann noch geöffnet?

Übrigens, danke für so ein tolles Projekt Jungs!
Eines meiner ersten Programme war der in C++ geschriebene Pascal-Sprachparser - es war so schwer, ihn zum Laufen zu bringen :D
JavaScript + PEG.js machen diese Aufgabe VIEL einfacher

Und derzeit verwende ich dieses Projekt, um einen ziemlich komplizierten Parser für eine bash-ähnliche Sprache (qmake-Profile) zu erstellen, und bin bereits mit dem Mangel an Funktionalität konfrontiert. ZB keine Möglichkeit, eine große Grammatikdatei in mehrere kleine aufzuteilen.
Was kann ich tun, um bei der Umsetzung solcher Dinge zu helfen?

Aber warum ist das Thema dann noch geöffnet?

Ich habe nur vergessen, es zu schließen. Mach das jetzt.