A lot of YAML

Jeena@jemmy.jeena.net to Programmer Humor@programming.dev – 1038 points –
82

Friendly reminder if you prefer dealing with JSON - YAML is a superset of JSON, so any valid JSON is also valid YAML.

That’s more of a weakness of yaml. There’s so many ways to specify the exact same thing. Not exactly what you need for configuration files maintained by multiple people. It easily becomes an big incoherent mess.

In JSON the default way is the only way. Nice and coherent.

I agree that YAML is painful and it really seems like it's had a lot of feature creep.

JSON is painful in its own way too, though. There's a lot of syntax noise from things like braces, quotation marks, etc, so it's easy to make a mistake. Regular JSON doesn't allow trailing commas.

YAML tried to solve some of that, and did succeed in some ways, but introduced its own issues.

TOML seems great to me, but maybe it has its own issues. TOML actually has defined data formats for things like dates (both offset and local) and times, which is missing from both JSON and YAML so every app ends up doing it its own way.

One big thing of JSON I hate is that sometimes is used for config files or similar and it doesn't supports comments which sucks.

JSONC does support comments but it wouldn't be interoperable with anything expecting pure JSON. But still useful for local configs.

Found out the hard way that no, it's not.. there are a few valid json files that most yaml parsers choke on

What's the original?

A bit underwhelming.

Interesting. I've apparently never seen the original. The best version I've seen, which I thought was the original, was porn. It just makes the guy's face in panel 4 that much better.

For a start, there’s no such thing as “YAML” so it’s not funny. If the ‘punchline’ is a random gibberish word that no one understands then it’s not funny. That’s generally the rule.

Maybe calm your tits JSON

My name is not Jason, and you even misspelled the name.

God, when will these dyslexic CS grads learn

I can't tell if you're being serious...

If not, bravo for trolling us this well. Look at those downvotes, usually you have to be racist to get that much hate.

1 more...
1 more...

So I just looked it up, YAML is a programming language, that is “often used for writing configuration files.” Then I checked the group this was posted on, makes a lot more since now.

YAML is also a recursive acronym. It stands for YAML Ain't Markup Language.

7 more...

The UX for knowing in which community something has been posted in is not very good here, I feel a lot of people have problems getting the context if you don't spell it out in the title.

Nope. I’ve never heard of it and I’m not a programmer so therefore it’s triple-not-funny. I’m doubling down on this hill because… just because.

You're on ProgrammerHumor... Why do you expect the jokes to cater to you if you're not a programmer?

It came up in my ALL feed. I can’t help but react if you all shove your sick lifestyle choices in my face.

5 more...
12 more...
13 more...
13 more...

i thought the original onewas about flashlights

13 more...
16 more...

Home Assistant back in 2019..

It's been satisfying watching my configuration.yaml file shrink over the years as more and more things get handled by the UI.

Is Yaml bad ?

Yes, a bit. But that's not the problem.

The problem is that the current fashion of devops is done through piles and piles of badly defined YAML. If it used any other configuration language, it would be just as bad.

It isn't "bad", as it does have a purpose. It's just fucking annoying to work with.

https://docs.platform.sh/learn/overview/yaml/what-is-yaml.html

How's it annoying? It's easier to edit by hand than json as it allows for comments and there's no trailing comma errors. I prefer it any day over json.

There’s a lot of foot guns in YAML. The specification is way more complicated with hidden obscurities. JSON specification is just 5 diagrams. YAML speciation on the other hand is an 86 page pdf, so there’s more room for nasty surprises (which is not a thing you want in configuration files).

I’ve also seen many people struggle more than they need to with the yaml indentation.

I think the only upside to yaml is that it allows for comments, but other than that JSON all the way.

https://ruudvanasseldonk.com/2023/01/11/the-yaml-document-from-hell

The fact that it allows comments is really, really handy. I used to be a JSON advocate until I realized this one useful piece of info.

It's just another syntax to learn. For someone who already has their head crammed full of a bunch of other syntaxes over the years, I didn't want to learn a new one. YAML has kind of forced it's way in anyways though.

There are plugins that go back and forth between JSON and YAML so as you might expect it's similar. Unlike JSON, spacing has semantic meaning, which can be a little annoying, especially when cutting and pasting. It's nice in that configs aren't cluttered up with open and close braces. It could be annoying AF if you're a tabs instead of spaces person but idk because I'm a spaces person.

I like YAML for config over .config files but it's not a big deal either way. It just encourages better organization of settings because the hierarchical structure demands it while .config let's you just drop a setting anywhere in the file. But it's valid to have the opposite preference for the exact same reasons.

I'll answer your question with a question. Why does YAML support sexagesimal? (that's base 60)

ports:
- 22:22

Becomes

{
  "ports": [1342]
}

not at all. it's used for configuration and stuff. having a lot of it can be a real bummer depending on the context. like a puppet config or perhaps a super weird docker compose setup. I've never heard anyone complain about the markup though. it's like blaming json for a crap api or something or idk blaming the coffee cup for burnt coffee 🤷

It's just another structured data format. It's used for a lot more than config. It's also how you define commands and etc for Ansible. Like how a Maven project is defined in XML or a NodeJS package has its JSON.

Sure they're still "just" data formats on their own, but what they're used for is genuinely just as important as what it is. I really doubt XML would've held on like it has without HTML being the web.

For some little config it's fine, but it's horrible when used when you have thousands upon thousands of lines of it. Lots of DevOps tools tend to use it like a fully-blown turing-complete programming language, and each has a different DSL of doing variables, loops etc. And that becomes an abomination.

I learned the hard way that no is false in yaml. Took us a while to realize why our app failed to start in Norway. Too many ways to do something.

16 more...