You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jan 15, 2022. It is now read-only.
Hey, I'd love to help you in some way. I don't have a lot of experience with Racket, but I'm sure I'd be able to do something given enough time. Is there any first issue you would recommend tackling?
The text was updated successfully, but these errors were encountered:
I'm not currently working on the racket-language-server. When starting out contributing to a new project in general low hanging fruit is to read through and improve the documentation. It also helps to actually use the project and finding rough edges you can polish. You can also look at the issues and see what you find interesting to work on to get some ideas.
Just as a note for people considering to contribute. My opinion is that the current approach might not be optimal. Most language servers reimplement a parser with for example treesitter. The current implementation lacks the performance necessary + 99% of the time the code has syntax errors. The racket ide only performs analysis when there are no errors, it's not an ideal design. Rust/typescript have great ide support built into the compiler. For legacy languages I think starting over is the best approach. Maybe it's even possible to write a library that performs most of the heavy lifting in a language agnostic way (see xtext as a source of inspiration)...
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Hey, I'd love to help you in some way. I don't have a lot of experience with Racket, but I'm sure I'd be able to do something given enough time. Is there any first issue you would recommend tackling?
The text was updated successfully, but these errors were encountered: