Mostly Grey former ginger with a preference for Rust. Leads wg-rustup, sorry about the mess. He/Him or They/Their Now @kinnison@fosstodon.org too

Manchester
Joined December 2008
Replying to @jogbert
Yeah, wide-reaching support is critical for whatever will replace YAML. So here's hoping someone with polyglot programming chops decides to tackle something like HCL because it does look pretty nice.
1
Well, that looks quite nice from a configuration language perspective. Sadly I can't find much pleasant in the Rust ecosystem for using it which limits my ability to experiment with it greatly. While it still makes me sad, YAML does have wide reaching implementation support :(
2
Replying to @jogbert
I haven't found a formal language definition yet, other than "compatible with json" is there something obvious I'm missing? On the face of it, it seems to have some niceness for humans at least.
1
Replying to @jogbert
YAML is certainly not an information interchange language, I agree. JSON fits the bill quite nicely for that IMO. I've never seen HCL before (assuming you mean 'Hashicorp Configuration Language') so I'll take a look at it.
2
Replying to @jogbert
What would you prefer as a structured data format which isn't entirely awful for humans to interact with? The condition I place on it is that as a human I'm not made sad. json, xml, toml, all make me sad. (YAML makes me _less_ sad, but not happy).
1
Replying to @mart_brooks
Pff, I'm still waiting for a new delivery window for a 'next business day' delivery from UPS which was posted on Tuesday.
Replying to @monzo
I spent far too much of it on a nice car which I now can't go very many places in :(
1
I could say the same about Rustup :D I look forward to hearing the results fo your experiment in bounties :D
1
Replying to @Direwolf20
Normally yorkies are individual things, I'll be interested to hear what you think :D
Heh, I've been following Zeeshan's work long enough to know I'm unlikely to fix anything scary :D zbus is very clever stuff.
1
Replying to @Ellpeck @amadornes
Perhaps "If you have to ask what a full stack developer actually is, you are one" is the definition then?
3
Replying to @Ellpeck
Sadly in the 'real world' it tends to mean "Can write a web UI, but can also work on the API service which it talks to, and probably write the SQL schema that service uses" It makes me very sad.
1
Replying to @Ellpeck
To me, a full stack developer can at least *understand* and *modify* anything from VHDL/Verilog through bootloaders, kernels, low level OS code, middleware, services, UI, servers, etc. Also some ability to read/adjust schematics and hardware layout. To a webdev, who knows?
1
1
That's mostly due to my own stubborn idiocy though :D I slept in an additional 2.75 hours this morning :D
This is why I spend a bit longer on my AoC solutions than many (I never get on the leaderboard really) but I try and write code I *can* come back to and understand later.
1