this post was submitted on 12 Nov 2023
1054 points (97.6% liked)

Programmer Humor

19594 readers
588 users here now

Welcome to Programmer Humor!

This is a place where you can post jokes, memes, humor, etc. related to programming!

For sharing awful code theres also Programming Horror.

Rules

founded 1 year ago
MODERATORS
 
top 50 comments
sorted by: hot top controversial new old
[–] tja@sh.itjust.works 97 points 1 year ago

Reminds me of

[–] dan@upvote.au 52 points 1 year ago (2 children)

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

[–] magic_lobster_party@kbin.social 52 points 1 year ago (1 children)

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.

[–] dan@upvote.au 28 points 1 year ago* (last edited 1 year ago) (1 children)

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.

[–] XTornado@lemmy.ml 11 points 1 year ago (1 children)

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.

[–] rambaroo@lemmy.world 7 points 1 year ago* (last edited 1 year ago)

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

load more comments (1 replies)
[–] JackGreenEarth@lemm.ee 30 points 1 year ago (2 children)
[–] JimVanDeventer@lemmy.world 97 points 1 year ago (2 children)
[–] darkdemize@sh.itjust.works 80 points 1 year ago (36 children)

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.

load more comments (36 replies)
load more comments (1 replies)
[–] morbidcactus@lemmy.ca 17 points 1 year ago* (last edited 1 year ago) (1 children)
[–] F04118F@feddit.nl 23 points 1 year ago (1 children)

Home Assistant back in 2019..

[–] TwistedTurtle@monero.town 6 points 1 year ago

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

[–] topinambour_rex@lemmy.world 16 points 1 year ago (9 children)
[–] EmergMemeHologram@startrek.website 58 points 1 year ago* (last edited 1 year ago) (5 children)

Not always, but the second you use anchor/references you have sold your soul in a Faustian bargain of convenience.

On the alignment chart of data/markup formats:

  • lawful good: JSON
  • lawful neutral: TOML
  • lawful evil: XML
  • neutral good: reStructuredText
  • true neutral: HTML
  • neutral evil: LaTeX
  • chaotic good: YAML
  • chaotic neutral: Markdown
  • chaotic evil: xlsx/csv
[–] morrowind@lemmy.ml 22 points 1 year ago (1 children)

Nah this chart needs fixing. Raw html is not neutral. And how is html neutral but xml evil. And who is writing restructured text outside of python?

[–] MotoAsh@lemmy.world 4 points 1 year ago (1 children)

Also where's regex? Though that's so troublesome because it's a process encoded in a string, not really a structure with debatably obnoxious syntax... hmm

load more comments (1 replies)
[–] uid0gid0@lemmy.world 20 points 1 year ago (3 children)

I honestly think that JSON and YAML should be swapped due to YAML's strict indentation rules whereas you can just pack an entire JSON object on one line.

[–] Socsa@sh.itjust.works 9 points 1 year ago (3 children)

Also JSON has no comments. Which is great for me because I hate documenting my work, but it's still annoying.

load more comments (3 replies)
[–] magic_lobster_party@kbin.social 6 points 1 year ago (2 children)

I think yaml’s need for indentation alone makes it chaotic evil. I’ve seen so many people struggle with the indentation than they really need to it’s not fun. Especially problematic with large configuration files.

JSON is easy to unpack with tools like jq or whatever.

load more comments (2 replies)
load more comments (1 replies)
[–] Stumblinbear@pawb.social 7 points 1 year ago

TOML is my bestie

load more comments (2 replies)
[–] marcos@lemmy.world 37 points 1 year ago

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.

[–] mkhopper@lemmy.world 27 points 1 year ago (1 children)

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

[–] Michal@programming.dev 15 points 1 year ago (3 children)

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.

[–] magic_lobster_party@kbin.social 12 points 1 year ago

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

[–] TheGiantKorean@lemmy.world 5 points 1 year ago (4 children)

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.

load more comments (4 replies)
load more comments (1 replies)
[–] MagicShel@programming.dev 8 points 1 year ago

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.

[–] joyjoy@lemm.ee 6 points 1 year ago

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

ports:
- 22:22

Becomes

{
  "ports": [1342]
}
[–] tuna_casserole@programming.dev 4 points 1 year ago (2 children)

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 🤷

[–] MotoAsh@lemmy.world 8 points 1 year ago

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.

load more comments (1 replies)
load more comments (3 replies)
[–] vrkr@programming.dev 9 points 1 year ago (1 children)
[–] FooBarrington@lemmy.world 22 points 1 year ago

That's okay, not everyone can be right :)

load more comments
view more: next ›