Briefly, no. It's a constraint language, and it happens to be able to
produce yaml etc as a side-process.
I've used it to enforce constraints in a tax application. "Enforce"
understates what actually can be done.
On Tue, 16 Apr 2024 at 20:31, G B via 9fans <9fans@9fans.net> wrote:
> Isn't Cue YAC
Isn't Cue YACL (Yet Another Configuration Language)? Absolutely no way one can
deprecate YAML and just use Cue, so all one is doing essentially is adding one
more thing to learn and keep updated. And since it hasn't released 1.0, what
happens if the new YACL never materializes but was adopted?
Although cue itself is more generally useful, applied that way it's a
coping mechanism that indeed doesn't address the fundamental point:
like those Sendmail configuration languages that compiled down into the
rewrite language instead of just replacing that.
On Tue, 16 Apr 2024 at 15:19, wrote:
On Apr 15, 2024, at 1:50 PM, Charles Forsyth wrote:
>
> And, if I hear about it being
> “declarative” as a virtue, I point to the 81,000+ lines (and
> growing) of YAML, that I defy any one human to comprehend.
>
> You might find help in culang.org
Not sure how much the Cue language will help wh
Quoth Charles Forsyth :
>
> it's been a little while since i first looked at it, but i think one of the
> example application is exactly how one might use it to avoid 80k lines of
> yaml that you must look at directly.
while it may help -- this is just stacking complexity on top of
complexity.
k
it's been a little while since i first looked at it, but i think one of the
example application is exactly how one might use it to avoid 80k lines of
yaml that you must look at directly.
On Tue, 16 Apr 2024 at 05:30, wrote:
> Taj Khattra wrote:
>
> > > > You might find help in culang.org
> > >
