Re: Userale Schema

"reasonably sure you can have Typescript and Javascript living" -- you can. TS just compiles down to JS anyways. Best Evan Jones Website: www.ea-jones.com On Fri, Mar 17, 2023 at 7:28 PM Gedd Johnson wrote: > Several folks have brought up Typescript and data types in recent memory. > That

Re: Userale Schema

Several folks have brought up Typescript and data types in recent memory. That was also my first thought when thinking about this schema issue. We could have opinionated types for packageLogs but leave custom logs as "any" type (or something like that). Noting too that I'm pretty sure if we

Re: Userale Schema

A quick follow-on: I think you could mimic the concept of a schema registry by implementing some basic forward-compatibility tests of the data schema and run the tests either as pre-commit hooks or using whatever CI/CD framework is currently in-place. Best Evan Jones Website: www.ea-jones.com

Re: Userale Schema

A few questions: 1. Is the primary intention to track schema on the development side to minimize accidentally breaking user pipelines (forward-compatibility)? 2. Do you want to have a typed and versioned schema that is documented online somewhere for users? 3. Do you want run-time validation of

Re: Userale Schema

Big +1 one this. Would be useful as we are thinking about potentially pushing data into OpenSearch in the future. A schema and data types would be very useful. Lewis On Wed, Mar 15, 2023 at 1:48 PM Gedd Johnson wrote: > > Hi all, > > As discussed in this PR, we'd like to ideate on the topic of

Userale Schema

Hi all, As discussed in this PR , we'd like to ideate on the topic of implementing a schema for the Userale client payloads that are sent to backend servers. First stab at a problem statement: Userale in its current state does not