As the dev manager for the Python extension for VS Code, one of the things my team supports is linter support. When someone comes and asks us to support a linter we have to consider a couple of things:
1. Is the linter popular enough to warrant the overhead of adding support?
2. How old/stable is the linter's stdout output for parsing?
3. Has anyone already written the regex to parse the output? 😉
And I think every other editor out there that supports Python linters go through the same thing in some form or another. I would like to do away with having to make these calls. ☺
Would there be interest from the PyCQA to work towards a programmatic API in Python that linters could implement which editors like VS Code could use so that supporting a linter takes as little effort as possible? It could even potentially be registered as an entry point, making linter discovery automatic for editors. Even bigger thinking is getting this all behind a united project which supports LSP (language server protocol), so editors can just plug that project in and get Python linter support for free.
For you linter maintainers, the wins that come to mind for me is getting into editors more easily and making sure we don't mess it up. 😁 I wouldn't have to turn people down for supporting a linter ever again and you all wouldn't have to worry about me and my team botching our support somehow because we messed up our regex in parsing your output.
I started this discussion with other editor/IDE maintainers at https://discuss.python.org/t/any-interest-in-working-out-a-standard-api-for…. I have a draft of an API at https://discuss.python.org/t/any-interest-in-working-out-a-standard-api-for… to help make this more concrete idea to talk about.
If this sounds like an idea this group could support, I would be up for writing a PEP and obviously supporting this in the Python extension for VS Code.