Our great sponsors
polly | aontu | |
---|---|---|
1 | 1 | |
80 | 8 | |
- | - | |
0.0 | 6.2 | |
over 1 year ago | 10 days ago | |
CUE | TypeScript | |
Apache License 2.0 | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
polly
-
Cue, an open-source data validation language
re: Grafana (i'm the author of the linked issue) - i'm quite excited, i do think there's a world of possibilities here.
Two-way sync with a git repo is one possible path, and we've talked a lot internally at GL about how to best support it. My sense is that we can do it with relatively little friction and likely will - but if you're just syncing with a git repo, there's still a lot of arbitrary, opaque repo layout decisions that still have to be made (how do you map a filesystem position for a dashboard to a position in Grafana? In a way that places the dashboards next to the systems they're intended to observe? With many teams? With many Grafana instances?) which induce new kinds of friction at scale.
Fortunately - and not mutually exclusively with the above - by building the system for schema in CUE, we've made a composable thing that we can make into larger systems. That's what we're starting to do with Polly: https://github.com/pollypkg/polly
Conveniently, my parts of a Grafanaconline talk tomorrow discusses both of these https://grafana.com/go/grafanaconline/2021/dashboards-as-cod... :D
aontu
-
Cue, an open-source data validation language
Started working on a JS version a few weeks ago [1]. Even with 20% of the features it’s already so useful we’re building systems with it. And not just config - model all the things!
Overrides and inheritance are a world of pain. Unification and commutative operations restore sanity to the actual work of coding with a domain representation language because WYSIWYG. And you get type safety for your domain model.
The project is still at the “Read the Source, Luke” stage so caveat emptor until we get a respectable release out.
What are some alternatives?
quicktype - Generate types and converters from JSON, Schema, and GraphQL
cuetorials.com - Learn you some CUE for a great good!
baleen - Kotlin DSL for validating data (JSON, XML, CSV, Avro)
cue - CUE has moved to https://github.com/cue-lang/cue