News for hackers. Stuff that matters.
Re:YAML: Probably not so great after all (2019) by m4r35n357 on Sunday April 12, 2020 @11:47AM (#22848965)
For a scripting language, how about the language itself?
Re:YAML: Probably not so great after all (2019) by eyelidlessness on Sunday April 12, 2020 @11:52AM (#22849012)
This is what I do whenever possible. And bonus if your scripting language is statically typed. My projects use TypeScript configurations, with the `config` import statically typed and each configuration file checked against those types. It's a great way to ensure you don't miss a config change for an environment you're not working on at the time.
Re:YAML: Probably not so great after all (2019) by williamdclt on Sunday April 12, 2020 @12:35PM (#22849293)
Many reasons to prefer a static declarative config over a dynamic imperative one. Sometimes the latter makes more sense, but there is very much a need for the niche YAML tries to fill
Re:YAML: Probably not so great after all (2019) by gruez on Sunday April 12, 2020 @12:42PM (#22849344)
submission about exactly that: https://news.ycombinator.com/item?id=22787332
Re:YAML: Probably not so great after all (2019) by baq on Sunday April 12, 2020 @12:11PM (#22849141)
Turing complete configuration is a no-no.
Re:YAML: Probably not so great after all (2019) by gruez on Sunday April 12, 2020 @12:41PM (#22849338)
Why?
Re:YAML: Probably not so great after all (2019) by baq on Sunday April 12, 2020 @02:22PM (#22850055)
I want my configuration to be guaranteed to halt for one, I don’t want my configuration to have the ability to open sockets, I don’t want configuration to import business logic or 3rd party modules, etc.