43
Everything about TOML format - Orchard Dweller
(www.youtube.com)
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 01 Feb 2024
43 points (86.4% liked)
Programming
17314 readers
95 users here now
Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!
Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.
Hope you enjoy the instance!
Rules
Rules
- Follow the programming.dev instance rules
- Keep content related to programming in some way
- If you're posting long videos try to add in some form of tldr for those who don't want to watch videos
Wormhole
Follow the wormhole through a path of communities !webdev@programming.dev
founded 1 year ago
MODERATORS
Why would one pick toml over yaml?
Xkcd 927?
Also yaml is ugly as hell and I'm okay avoiding it.
What?
It's simple and readable. You literally put somebody that has never coded in their life, show them the YAML file and they will probably get it. Worked both with my boss and my girlfriend.
In Toml there are too many ways to do the same thing, which I don't like. Also unless you know it deeply, you have no idea how the underlying data structure is going to look.
ha
63 different ways to write multi-line strings in YAML
Wow. I've never used yaml or even looked at it but damn that is horrid. Why do people even use this? JSON and XML are so better.
I say this with all due respect, but XML can gargle nuts.
Because no one ever uses those. Literally
>and|are the only ones I’ve ever seen in over a decade and you will never need to worry about the differences between the two.XML as a configuration language is terrible. Yaml gets the point across in an easily readable way, which is exactly the point. Same for JSON except JSON you can’t even use comments (you need json5 or one of the numerous other alternatives to get those).
It's really unfortunate the devops world chose such a hot mess of a format. Extending JSON with comments would be a dumb choice and still do a better job for most config files.
noyaml.com
Yaml is already pretty popular, so I don't think 927 applies here. It's actually more common in newer projects than toml.
Which begs the question, should I go with the flow or is there good reason to go with toml?
Perhaps they're Norwegian.
Significant whitespace is the devil's play thing.
XML < YAML < TOML < possibly others
noyaml.com