I was going to say armed insurrection, but on second thought that might be ethical under those circumstances.
Unethically probably the most gain could be in manufacturing fake medicine. Cheap inputs, expensive prices.
Ah, in fact, even better for repeat customers: Making real medicine and selling the hard stuff over the counter (assuming drug schedules are “regulation”).
Henry Kissinger
Yeah that does seem a bit weird, my four year old RX 6800 has 16 GB VRAM already
I’ve been running my Minecraft client on Azul Zulu builds of the OpenJDK for years, just because I trust anyone else more than Oracle.
Of course my Minecraft server is running on Linux anyway, with the openjdk build from my distro.
Honestly I don’t know what differences there still are that would motivate companies to use Oracle JDK. I thought Oracle JDK and OpenJDK converged strongly a few years ago.
Haha there is no way that’s accidental, typical nerd naming, I love it
Not saying you need to do this, especially if you do 4K, but my solution was just buying AMD GPUs. I’m on a Radeon RX 6800 now (RX 580 before) and things are just so nice and easy with my dual-boot.
It starts using an entire core for UI work when I move my mouse (Roccat Cone Pure 2017), and becomes unresponsive. Had to get a different mouse just for this shit. At least I got my workplace to pay for it.
Support did not even try to replicate the issue, instead they wanted me to upgrade to the “New” Teams when I explicitly told them that I didn’t have that option in my org.
Hm even with DeepSeek being more efficient, wouldn’t that just mean the rich corps throw the same amount of hardware at it to achieve a better result?
In the end I’m not convinced this would even reduce hardware demand. It’s funny that this of all things deflates part of the bubble.
Hmm it’s difficult to quantify. On workday I spend an average of probably 6-8 hours on a computer with job related tasks. Not really coding most of the time, since we’re maintaining and building a network, so it’s more configuration, planning, coordination, and documentation work. Some days we’re out to actually deploy hardware, or run around and debug stuff, so it’s hard to estimate the average screentime.
My free time involves a lot of computer time too, but it is split up into more smaller categories, either on the desktop computer or the smartphone computer. Manga, Games, Youtube, Movies, Anime Series, Lemmy, Pornography, News, Banking and Investments.
In the end I think my job is the biggest unified chunk of time, but that’s kind of arbitrary, if I started subdividing it into different tasks maybe gaming would become the biggest chunk.
Yeah, this kinda bothers me with computer security in general. So, the above is really poor design, right? But that emerges from the following:
- Writing secure code is hard. Writing bug-free code in general is hard, haven’t even solved that one yet, but specifically for security bugs you have someone down the line potentially actively trying to exploit the code.
- It’s often not very immediately visible to anyone how actually secure code code is. Not to customers, not to people at the company using the code, and sometimes not even to the code’s author. It’s not even very easy to quantify security – I mean, there are attempts to do things like security certification of products, but…they’re all kind of limited.
- Cost – and thus limitations on time expended and the knowledge base of whoever you have working on the thing – is always going to be present. That’s very much going to be visible to the company. Insecure code is cheaper to write than secure code.
There is nothing wrong with your three points, in general. But I think there are some things in this given case that are very visible weak points before getting into the source code:
You should not have connections from the cars to the customer support domain at all. There should be a clear delineation between functions, and a single (redundant if necessary) connection gateway for the cars. This is to keep the attack surface small.
Authentication is always server side, passwords and reset-question-answers are the same in that regard. Even writing that code on the client was the wrong place from the start.
Resetting a password should involve verifying continued access to the associated email account.
So it seems to me that here the fundamental design was not done securely, far before we get into the hard part of avoiding writing bugs or finding written bugs.
This could have something to do with the existing structures. E.g. the CS platform was an external product and someone bolted on the password reset later in a bad way. The CS department needed to access details on cars during support calls and instead of going though the service that communicates with the cars usually, it was simpler to implement a separate connection to the cars directly. (I’m just guessing of course)
Maybe besides cost, there is also an issue that nobody in the organization has an overall responsibility or the power to enforce a sensible design on the interactions between various systems.
Maybe you could use them to store gas
That is obviously fake. I don’t even detect any real attempt to make it believable.
Bold claims, no detail, perfectly aligned with the biggest fears of what Musk could have done. Even the stupid mention of AI agents and the link to an example in documentation, as if that random stuff was evidence that was congruent with the earlier claims.
Plus they fucked up the internal consistency, despite how short the text is: In the intro our fake protagonist is a former X employee, in the third paragraph from the bottom they are saying “We’re currently doing the same thing in Germany”.
I hate how in common parlance “algorithm” has become synonymous with “recommender system”, when it’s so much more basic of a concept. But whenever I used to gripe about it, or inform people of the more specific terminology back on reddit I was downvoted. So thanks to you for bringing it up first.
And I have hope the industry will start treating its workers well and its customers fairly.
Looks like we’ll all be disappointed.
It’s a dead fork, there’s nothing there.
Damn I hadn’t checked in a long time. Only 18th among cryptocurrencies by market cap now.
My uncle was a highly paid banker, and ran off to Australia to build his own farm. So it doesn’t seem weird to me.
However I’m a little surprised by your old wages. $83k in IT at 53 seems low, and before that you were even at $42k? I thought US American IT paid really well. Or is that specific to California only or to developers only?
I don’t think we can be blamed for Andy Yang. He’s Taiwanese and studied in the US. It seems he just worked at CERN and that’s why he was in Switzerland when he started Proton.
Do you mean regularly or exceptionally?
If I need to get up early as an exception I just go to bed earlier and automatically tend to wake up before my early alarm.
lol, one of our suppliers just changed to them 1.5 years ago.
Someone managed to fuck the portal software up so much that all the ö you type in a support case get replaced by o, both in the webview and the emails. The ä and ü work fine. It’s extra fucked.
And our support team sits in Germany, we write in German sometimes. When we use English it is only for the benefit of their Tier 3 guys.
Plus the implementation of two factor sign in is now delayed by half a year already. It seems to me more developers could be helpful
Fair point, but without regulations your claims can be way wilder, and you don’t have to make stuff safe to ingest anymore. Overall I think quackery can become even more profitable.