Programmer Humor

41127 readers

215 users here now

Post funny things about programming here! (Or just rant about your favourite programming language.)

Rules:

Posts must be relevant to programming, programmers, or computer science.
No NSFW content.
Jokes must be in good taste. No hate speech, bigotry, etc.

founded 6 years ago

MODERATORS

cat_programmer@lemmy.ml

AgreeableLandscape@lemmy.ml

TOML (lemmy.ml)

submitted 22 hours ago by skepller@lemmy.world to c/programmerhumor@lemmy.ml

20 comments fedilink hide all child comments

cross-posted from: https://lemmy.world/post/43529621

you are viewing a single comment's thread
view the rest of the comments

[–] thebestaquaman@lemmy.world 16 points 22 hours ago (1 children)

I've never gotten to be good friends with toml. I've never liked that the properties of some thing can be defined all over the place, and I've definitely never liked that it's so hard to read nested properties. JSON is my friend.

[–] Ephera@lemmy.ml 5 points 20 hours ago (2 children)

They serve largely different use-cases. JSON is good for serializing data. TOML is good for configuration.

[–] thebestaquaman@lemmy.world 1 points 5 hours ago* (last edited 5 hours ago)

.vscode would like a word.

But besides that, I just can't understand why even someone that hates JSON would choose TOML over YAML for a config file.

[–] ViatorOmnium@piefed.social 2 points 18 hours ago (1 children)

JSON5 or even JSONC are as good as TOML for configuration, if not better.

[–] ell1e@leminal.space 3 points 15 hours ago* (last edited 15 hours ago) (1 children)

INI can be nicer for non-techies due to its flat structure. However, TOML seems to be in an awkward spot: either I want flat approachable (I'll pick INI) or not (I'll pick JSONC). Why would I want a mix?

[–] Ephera@lemmy.ml 2 points 12 hours ago (1 children)

Well, you can still decide how much of the TOML features you actually use in your specific application. For example, I'm currently involved in two projects at $DAYJOB where we read TOML configurations and we don't make use of the inline tables that OP memes about in either of them.

Ultimately, the big advantage of TOML over INI is that it standardizes all kinds of small INI extensions that folks have come up with over the decades. As such, it has a formal specification and in particular only one specification.
You can assume that you can read the same TOML file from two different programming languages, which you cannot just assume for INI.

[–] ell1e@leminal.space 2 points 11 hours ago* (last edited 11 hours ago) (1 children)

I can't really decide what extensions my users will face, once they are supported. Therefore too many extensions seems bad to me.

[–] Ephera@lemmy.ml 2 points 8 hours ago* (last edited 8 hours ago)

We just document that this is how you write the config file:

[network]
bind.host = "127.0.0.1"
bind.port = 1234

# etc.

And that seems straightforward enough. Yeah, technically users can opt to use inline tables or raw strings or whatever, but they don't have to.