this post was submitted on 24 Jan 2026
61 points (93.0% liked)
Programming
24873 readers
143 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 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Except config files. Please don't do config files in json.
Yaml
Fuck yaml. TOML or literally anything else.
Why not? It works great in Python.
Not on the human parser side.
And no comments, unless you use a non-standard parser. But then you might as well use anorher format.
Now do a second comment.
Now put a newline in your comment, to make it readable. Clearly you can see the problem here right? “comment2” isn’t a comment. It’s a key with a value. Numbering them doesn’t actually fix anything, in fact it makes it much much harder to maintain.
Lol. That works, but its hacky.
The meaning of a "comment" is an integrated language feauture to write something that is not parsed by that language. This is just regular JSON.
This only works if the software that consumes the JSON doesn’t validate it or ignores keys it doesn’t recognize (which is bad, IMHO).
JSON is super easy to read and write though. Just needs a parser that allows comments...
That’s JSON5 or JSONC
Yes, which needs to be supported by your parser.
Json configs read much cleaner to me since .net swapped to them a while back.
Xml is incredibly verbose when there's a 12k loc web.config.xml
Then do a cfg or ini style config or make multiple config files. YAML/TOML if you can't make it simpler. The neccessity for complex config formats is a fuckup of the dev.
Or you work in an environment that's still using Full Framework and ASP.NET Webforms.
These places exist, and they are unfortunately not rare.
My condolences.
Heh, thank you. It's usually not so bad, but figuring our all the assembly redirects needed is always a nightmare job.
Can't wait until this this is on .net 8+ and we can use clean configs.