Closed Amzani closed 5 months ago
@fmvilas @Shurtu-gal don't hesitate to add anything missing here.
I'd love to suggest that we get rid of Monaco and replace it with CodeMirror. Or at least try and see if it's better than what we have. Would you put it in a different bet issue?
Yeah, but the main issue is not with Monaco but how we expose the services. I guess they were written to maintain the business logic in a central place for ease of access and maintenance. Let's try to find a solution for nextJS while following the same.
Yup, that definitely is the priority but don't want to lose the opportunity to kill Monaco with fire 🔥 😄
Funny thing, github itself uses code-mirror. Meanwhile leetcode uses monaco along with next.
Drafted some initial considerations for our archtiecture: https://github.com/asyncapi/studio/pull/739. Feel free to suggest adding, editing, or removing things.
This issue has been automatically marked as stale because it has not had recent activity :sleeping:
It will be closed in 120 days if no further activity occurs. To unstale this issue, add a comment with a detailed explanation.
There can be many reasons why some specific issue has no activity. The most probable cause is lack of time, not lack of interest. AsyncAPI Initiative is a Linux Foundation project not owned by a single for-profit company. It is a community-driven initiative ruled under open governance model.
Let us figure out together how to push this issue forward. Connect with us through one of many communication channels we established here.
Thank you for your patience :heart:
Thanks for creating a new pitch 🥳. You can now create or link existing scopes. You can create new scopes in two different ways:
Option 1
See this example
Option 2
related to #ISSUE_BET_NUMBER
See this example
Closing this for now! as studio will need a complete revamp/rewrite with the new DX Working group direction.
Problem
As we are working on #684 we discovered some rabbit holes and challenges when it comes to NextJS migration.
To address theses challenges we want to setup up some architecture foundations for studio to enable a smooth and an easy migration to NextJS.
Solution
This bet will cover 2 parts:
First part
The idea is the have the new NextJS app inside the same mono-repo and reuse the existing components / ui design system. We want to avoid having long lived branch and avoid future conflicts.
Location of the new app
The deployment and hosting should be accommodated to enable beta users to visite the studio-next app.
Second part
Create an ADR to decide the new NextJS app architecture and answer theses questions:
Rabbit holes
Scope
Out of bounds
We don't necessary need to have all the existing features up and running in the new app. This bet intention is to set the stage and enable future contributions.
Success criteria