feat: Adopt cst-tokens as a language-agnostic literacy core#111
feat: Adopt cst-tokens as a language-agnostic literacy core#111conartist6 wants to merge 4 commits intoeslint:mainfrom
Conversation
|
Hi @conartist6!, thanks for the Pull Request The first commit message isn't properly formatted. We ask that you update the message to match this format, as we use it to generate changelogs and automate releases.
To Fix: You can fix this problem by running Read more about contributing to ESLint here |
|
Hi @conartist6!, thanks for the Pull Request The pull request title isn't properly formatted. We ask that you update the message to match this format, as we use it to generate changelogs and automate releases.
To Fix: You can fix this problem by clicking 'Edit' next to the pull request title at the top of this page. Read more about contributing to ESLint here |
|
"lowering the barriers to competition between tools in the ecosystem" can only be a good thing because it would allow for more innovation. |
nzakas
left a comment
There was a problem hiding this comment.
Thanks for putting this together. As it is, this RFC reads more like documentation for cst-tokens than an actual proposal for how to change ESLint.
Please revisit the detailed design section to explain how you would integrate this package into ESLint.
|
|
||
| ## Detailed Design | ||
|
|
||
| I will use this section to describe the detailed design of `cst-tokens`, as its mechanisms are the ones that I am proposing ESLint use. This section intends to demonstrate the way the mechanisms defined in `cst-tokens` can serve the same use cases as mechanisms in use currently (as combined with the changes proposed in #99). |
There was a problem hiding this comment.
We need a detailed design of how you envision this working inside of ESLint, not just an overview of the package features.
There was a problem hiding this comment.
My intention was just to throw the idea out there and see if there is any interest. I'm paying myself to do this work so I must maximize the value of the things I spend my time on, and my guide to doing that is the agile manifesto.
There was a problem hiding this comment.
I guess that is to say that my intent was to determine whether there would be interest in collaboration from anyone in the ESLint organization on taking this placeholder RFC and developing it into a complete proposal.
There was a problem hiding this comment.
I’m sorry, we just don’t have the bandwidth to do a deep dive on your project to see if it would be useful. RFCs are fully owned and driven by the people who write them, not the ESLint team. We need you to explain to us what an implementation would look like and what the benefits would be, we can’t do that for you.
There was a problem hiding this comment.
Well that's ok. I'll do the only thing I can do, which is sit here and continue to work. If you don't have the bandwidth or curiosity to investigate a functional ~4th gen prototype, then I can only conclude that either you aren't serious about solving these problems or you don't believe that there will be any meaningful competition. For my part making these ideas successful is the fight of my life!
May we meet in an open market, and may the community benefit from an honest struggle to serve it better.
Summary
This RFC proposes investigating a possible dependency on
cst-tokens, a virtual machine for executing linguistic algorithms against stream input in a left-to-right manner.cst-tokensis an explicit attempt to create a narrow waist for language definition: it's goal is to support the language APIs needed by major projects like ESLint, Prettier, and Babel while also creating a single language definition API that will allow a language defined once to be used for linting, pretty-printing, or transpilation.Related Issues
#99