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
Agreed it was too expensive. @jdesrosiers noted that we didn't have to be limited to one channel, and some do not like Slack. @Relequestual commented we should revisit this when/if we have staff to handle community management.
Trying to work out the right approach. @jonaslagoni mostly wants convention based on existing JSON Schemas. @jonaslagoni shared some examples via screen share. @jdesrosiers suggested that convention only covers the most basic use case and "be boring", and if you want anything such as inheritance, you'll need to use new keywords to specify what you need.
We are still largly unsure about the best approach. We did agree if it is taken over, doing nothing with it would likely result in a community fork. @jdesrosiers suggested JTD isn't in active development so is likely not to cost much in terms of development. @Relequestual mentioned there would likely be a support cost. @jdesrosiers strongly believes that the JSON Schema org should not maintain any implementations, and just maintain the specification, not having an official implementation or picking favourites. @jonaslagoni suggested we should have an official tooling. @jonaslagoni mentioned he looks for tooling in a specifications organisation, but others dissagreed. @Relequestual noted that AsyncAPI is privilidged to have several full time staff and this is unusual for a specification. @jonaslagoni suggested that the tooling could be owned by the community but hosted under the org. @Relequestual argued that even if you tried to make it clear it was "community owned" tooling, there would be expectations attached if hosted under the JSON Schema org. Additionally that including in the org is endorsement, unless you have a separate "communty org". @jonaslagoni understood but dissagreed. Ultimatly @jdesrosiers would like to see AJV stay in its own org, and @Relequestual agreed
AOB?
If you want to discuss any other business not on the agenda, please add comments during the meeting.
If we do not complete the agenda, your discussion item will likely be rolled over to the next call.
Sticky agenda items:
Is anyone willing to take ownership over Issues and PRs in the 2020-12 draft-patch milestone? - @Relequestual
Notes:
AJV inheritance? There's a chance we may be able to "take over" AJV to some extent.
There has been some limited discussion about this internally. It may be JSON Schema org or Postman.
If we had full time staff, what would our ideal handover result look like?
Considerations include: Other AJV org repos, JDT, Community, OpenJS Foundation status, funds and sponsors.
Agenda Items rolling over / items for next meeting:
Most of the updates around the IDL Vocabulary SIG update will revolve around discussing json-schema-org/vocab-idl#8 (comment) and come to an agreement (If we have time 😄)
Uh oh!
There was an error while loading. Please reload this page.
Open Community Working Meeting 2021-10-15 - 14:00 UTC
Zoom Meeting link: https://postman.zoom.us/j/84578640198
Agenda: Compiling!
@jdesrosiers suggested JTD isn't in active development so is likely not to cost much in terms of development. @Relequestual mentioned there would likely be a support cost.
@jdesrosiers strongly believes that the JSON Schema org should not maintain any implementations, and just maintain the specification, not having an official implementation or picking favourites.
@jonaslagoni suggested we should have an official tooling.
@jonaslagoni mentioned he looks for tooling in a specifications organisation, but others dissagreed. @Relequestual noted that AsyncAPI is privilidged to have several full time staff and this is unusual for a specification.
@jonaslagoni suggested that the tooling could be owned by the community but hosted under the org. @Relequestual argued that even if you tried to make it clear it was "community owned" tooling, there would be expectations attached if hosted under the JSON Schema org. Additionally that including in the org is endorsement, unless you have a separate "communty org". @jonaslagoni understood but dissagreed.
Ultimatly @jdesrosiers would like to see AJV stay in its own org, and @Relequestual agreed
AOB?
If you want to discuss any other business not on the agenda, please add comments during the meeting.
If we do not complete the agenda, your discussion item will likely be rolled over to the next call.
Sticky agenda items:
Action items:
Notes:
AJV inheritance? There's a chance we may be able to "take over" AJV to some extent.
There has been some limited discussion about this internally. It may be JSON Schema org or Postman.
If we had full time staff, what would our ideal handover result look like?
Considerations include: Other AJV org repos, JDT, Community, OpenJS Foundation status, funds and sponsors.
Agenda Items rolling over / items for next meeting:
Recording: Meeting recording and transcript
The text was updated successfully, but these errors were encountered: