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?
[ Parent
| on HN ]
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.