And a whole lot of content that I frankly would have preferred not to have seen.
When you’re 12 and your parents have no idea what you’re doing, you’ll end up in very dark corners.
And a whole lot of content that I frankly would have preferred not to have seen.
When you’re 12 and your parents have no idea what you’re doing, you’ll end up in very dark corners.
It’s the same in China.
Well, actually you’re kind of wrong, at least in some contexts.
So I’m not sure, how that works in other countries, but here in Germany, a large bid for some public contact has to parrot the requirements. The process includes a bloke essentially ticking all of the boxes in their request, and if you say (just for example) “we will deploy that in our k8s cluster” but they require a cloud ready solution, the bloke will not tick the box. Yes, that’s incredibly stupid.
Apart from that, who reads the bid texts? Not technical people, but bean counters and MBAs. The technical people on the other side are only asked for comment, they have no say.
I wish you would be right, but in a world full of people desperately trying to justify their existence, fluff is essential.
Most “professional” writing is just a bunch of phrases interspersed with a few chunks of information.
I’m involved with bidding and grant proposal stuff for software and it’s 90% empty words. I draw two diagrams and a page of text, sales deletes 60% of the text, misinterprets the rest and then puffs it up to 30 pages.
And when people started writing books instead of memorizing epic poems.
Had to work with a fixed string format years ago. Absolute hell.
Something like 200 variables, all encoded in fixed length strings concatenated together. The output was the same.
…and some genius before me used + instead of stringbuilders or anything dignified, so it ran about as good as lt. Dan.
And there are some truly magic tools.
XSDs are far from perfect, but waaay more powerful than json schema.
XSLT has its problems, but completely transforming a document to a completely different structure with just a bit of text is awesome. I had to rewrite a relatively simple XSLT in Java and it was something like 10 times more lines.
Why is every single piece of open source code some form of a bad pun?
Does the GPL require that somewhere?
I’m still not sure, what exactly the journals are actually doing.
Like, in all seriousness, what service do they provide? Just hosting the platform for anonymized reviews and basically a blog for the actual articles? That should cost maybe a few millions each year, yet this sector makes billions in revenue.
I didn’t know that word. So I duckduckwent it.
Python caches bytecode, so the translation happens only once.
Java loads everything immediately and keeps it in memory. All beans, all connections, etc. That takes up a ton of memory.
Of course, but I’m not productive in it.
If I have to do everything myself, it will take more time to get it done. The trade-off is of course always control/speed vs convenience, but C is definitely too inconvenient for me.
Not that limited. Limited means an old thin client, not a microcontroller. I already set up a small web server on a pi pico with mpy, so it’s quite impressive. But from what I understand, the interop with “MacroPython” is not that great.
Did you use mpy for x86 devices? Are the limitations worth it?
But that would mean either using Graal/native image or going full Scala, right?
I only used Scala for Gatling, where it’s obviously very java-y.
There’s nothing to really grow. It’s mostly just small helpers. Aggregate sensor data, pull data from A and push it to B every hour, a small dashboard, etc.
C is too involved for my case , I want to be productive after all.
Rust is already rather low level, though there are some cool looking frameworks.
The long-term goal is for Rust to overtake C in the kernel (from what I understand
Your understanding wrong. Rust is limited to some very specific niches within the kernel and will likely not spread out anytime soon.
critical code gets left untouched (a lot of the time) because no one wants to be the one that breaks shit
The entire kernel is “critical”. The entire kernel runs - kind of by definition - in kernel space. Every bug there has the potential for privilege escalation or faults - theoretically even hardware damage. So following your advice, nobody should every touch the kernel at all.
Germany has a Sovereign Tech Fund for exactly this, and while it’s not perfect, it’s one of the better uses of my tax euros.
Replacing C with Rust in the upstream kernel is akin to replacing the engine in a car while it’s running or being used every day.
That’s in no way what’s been proposed. Rust is used in a very well defined niche, nobody wants to get rid of C.
But it’s just that sentiment that got us here, you’re arguing against a non-existent threat, and thus reject the whole proposal.
https://en.m.wikipedia.org/wiki/List_of_countries_by_life_expectancy
Nope, 65th place, slightly behind the US and the country of old men: Albania.