Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[📑 Docs]: We need a roadmap!! #205

Open
yurvon-screamo opened this issue Apr 25, 2024 · 3 comments
Open

[📑 Docs]: We need a roadmap!! #205

yurvon-screamo opened this issue Apr 25, 2024 · 3 comments
Assignees
Milestone

Comments

@yurvon-screamo
Copy link
Collaborator

yurvon-screamo commented Apr 25, 2024

I see a large number of multidirectional activities, both in the issue and pull request parts. We need to understand what we want to change in the project first and focus on it.

We also need to determine the target architecture of the library, our style code, and understand whether we are ready to break the current api.

I will do this in early May, it is very difficult to maintain in its current form)

@yurvon-screamo yurvon-screamo self-assigned this Apr 25, 2024
@yurvon-screamo
Copy link
Collaborator Author

I created 2 milestones, before creating new functionality, we need to deal with them, otherwise we will get chaos and problems with further backward compatibility of versions

Let's do the decomposition of the milestones

@yurvon-screamo yurvon-screamo modified the milestones: arch, code style Apr 25, 2024
@yurvon-screamo yurvon-screamo pinned this issue Apr 25, 2024
@yurvon-screamo
Copy link
Collaborator Author

yurvon-screamo commented May 20, 2024

Saunter roadmap

We need to implement these 2 points, without this it is impossible to support the project (this is my opinion)))

Code style

Issue: #202

We need to generate the target style code, come to it and automate its verification at the ci level.

Target arch

We need to create a target architecture for the product, taking into account the possibility of its creation and application in the near future

We can solve the rest of the issue only after the implementation of the first 2 points.

I would suggest starting with:

  • partial support net.standard target
  • support AOT target
  • migrate to LEGO AsyncApi library
  • support AsyncApi 3

@thompson-tomo
Copy link

@yurvon-screamo i would suggest we also look at tackling #192 & #200 relatively soon as they would be necessary to set a good foundation.

Also happy to contribute towards developing out the library.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants