That’s not a nice thing to say. When you grow up perhaps we can continue this discussion

Not sure about java, but I migrated a fairly big c++ project knowing only the basics of Bazel. Disclaimer: I know the codebase extremely well and we don’t have any third party dependencies and the code is c++ and some python generators, validators, etc (which fits the bill for Bazel perfectly)

What I found super hard were toolchains. It’s very verbose to define a toolchain

This was solved by moving to bazel. It’s a bit more verbose and resource heavy, but the language is sane and how you structure your build code makes a lot of sense

I don’t know enough about them but how much vendor lock-in is there usually? Could I use a distribution of my choosing, or even add an extra NIC?

That’s the info I’m looking for. I wasn’t considering I would need 2.5’’ instead of 3’', besides glueing is not great That idle power is awesome though and why I was looking into SFF

I don’t need much redundancy, as I have off-site backups and in case something goes wrong I don’t need to restore the files quickly

I mean I could go the DIY route but I’m guessing it’s going to be more expensive?

deleted by creator

Great, I’ll be a bit absolute and say that if a corporation doesn’t want to use my GPL code I see it as a good thing, corporations tend to be soulless leeches.

I was caught by surprise and for some reason this joke clicked so much that I laughed for a while. Kudos

Thanks for your answers. I wasn’t able to get what I wanted to work but that’s because the device used broadcast for discoverability which doesn’t work through subnets. I pivoted to something else

Or perhaps it will come from the right? Undefined behaviour is the magic word

It depends on your needs. I have minis that cost <100$ and have others that cost 500$. My cheapest mini has currently 3TB of backups of my personal things, so it serves my needs very cheaply. I don’t need a GPU so it keeps the costs down.

They are power and space efficient, and usually very quiet. That’s fascinating enough.

I wrote loads of firmware in c++ and some on highly constrained boards. You’re just stuck in the past and spewing bs

That’s because Rust solves lots of issues caused by C, of course they are going to twist that knife and use it as a selling points. Humour is not bad, I’ve done lots of C and C++ and am not bothered a bit by it.

It doesn’t reduce the importance of the language at all, just sheds some light on safer languages, Rust or not.

Lots of beer and a book

Either a troll or a just man child

Hey man why the rudeness? We’re just trying to have a conversation …

You’re the one who mentioned 2013. My point in the original comment was about now. It wasn’t mentioned explicitly but I meant it