That's a Lot of YAML

Re:That's a Lot of YAML by PollardsRho on Friday April 11, 2025 @11:44AM (#43655153)

I will die on the hill that TOML should be used for the vast majority of what YAML's used for today. There are times a full language is needed, but I've seen so many YAML files that use none of the features YAML has with all of the footguns.

[ Parent | on HN ]

Re:That's a Lot of YAML by aiiizzz on Friday April 11, 2025 @02:25PM (#43656831)

But toml isn't any better than yaml. It's difficult to read

[ Parent | on HN ]

Re:That's a Lot of YAML by Xiol32 on Friday April 11, 2025 @04:15PM (#43658047)

TOML is worse and even harder to read. I'd take YAML any day over TOML.

[ Parent | on HN ]

Re:That's a Lot of YAML by bloppe on Saturday April 12, 2025 @10:12AM (#43664550)

Yaml is a sad Icarus parable. The syntax is great but the type inference is too much. I don't see why we have to throw the baby out with the bathwater and settle for toml, though.

Here's how yaml's type inference should work:

- All object keys are strings (with or without quotes)

- Value atoms are parsed the exact same way as in JSON5

I'm kinda shocked this isn't a thing. StrictYAML is cool but a bit too cumbersome IMO.

[ Parent | on HN ]

Re:That's a Lot of YAML by mdaniel on Saturday April 12, 2025 @01:12AM (#43661547)

The thinking that would lead one to the conclusion of "yeah, fine, pick whatever characters you want for the string contents" is a "you are I are solving different problems"

https://github.com/toml-lang/toml/blob/1.0.0/toml.md#user-co...

[ Parent | on HN ]