4 ms·
Adding YAML to a problem will always make it worst.
by z0mbie42 7y ago
Adding YAML to a problem will always make it worst.
- verdverm 7y agohttps://cuelang.org https://cuelang.org has something to say about this
- Mazzen 7y agoTheir slogan is catchy but breaks bad in (my) mobile view
- Mazzen 7y agoDocumentation is also clearly expecting the user to read the page on a desktop device. If you are part of the project, please check it out. Interesting concept!
- verdverm 7y agoThey are using an older version of https://docsy.dev https://docsy.dev for their docs site. How does this one look on mobile? https://docs.hofstadter.io https://docs.hofstadter.io I just started that yesterday from the most recent docsy.
- HighlandSpring 7y agoThis looks vaguely relevant so figured I'd ask the question here. I'm working on what can be pretty well reduced to an AST builder. I have nodes of certain types which come with a set of relevant properties as well as the set of types that you're allowed to nest. I'm looking for a markup language to express these schemas so that I can generate the UI components (given parent node X, generate a widget with a form that can be used to submit legal children) and perform validation (given AST tree coming from the client, validate it server-side before persisting it) Currently using JSON schema but it's very verbose. Any ideas?
- verdverm 7y agocuelang is great for this, I highly recommend spending some time. It's not the easiest to on board yet, jump in slack though and we'll be happy to help. The project we are building on top of cuelang may be of interest: https://github.com/hofstadter-io/hof https://github.com/hofstadter-io/hof
- paulddraper 7y agoI was about to argue, but then I looked at the project. This isn't just config-file YAML. This is programming-language YAML. :/