I feel like the Elon Musk trade is fairly straightforward.

People buy the stock because they trust Elon Musk, and his companies are good enough to continually increase profits or revenue (that is, he's good at avoiding things that scare away investors). Because of that, the stock will continue to go up until Elon dies or retires.

When Elon dies, that's the sign to sell.

If you are writing in C, it's basically essential to use your own C string library. It's easy to do, just encapsulate those things into something more sane.

This kind of thing should be encapsulated in a macro or function so you don't make mistakes.

Using the raw stdlib string library will cause security problems. These can be avoided 100% by using custom string functions.

The real problem with C is that it doesn't have any built-in support for strings. Everyone is forced to fake it with char-arrays, which aren't quite the same thing and require very careful handling. The problem with that is, everyone has their off days, and so everyone who does string-handling in C eventually ends up shipping string-related bugs that introduce security problems.

Looked at LaunchD and decided, 'This would be better if it were done in a Microsoft way."

The only people who say that haven't actually looked at the source code, or are liars. I don't know which one you are.

At least you didn't say "Systemd is small", which it isn't.

Fork it into the trash.

It's possible the systemd team sees the field as a way to make their software more "sticky." If the data gets stored by systemd, then systemd because a little harder to remove.

That is a horrible development strategy for good software, but it does make the software more likely to remain. The Darwinistic incentive is there for enshittification.

You seem to have misunderstood.

The claim here is the battery cells are themselves 3D printed, not that they are stuffing already made cells into a 3D printed object. The batteries would not have to "fit in" the 3D print, they would be the 3D print.

So it's actually dumber than you thought.
=Smidge=

Aren't drone ranges largely limited by weight instead of battery storage space?

Is a SuperPAC grassroots? No.

The author of Revelation was not a fan of the Roman economic project. It was built on cruelty, just like our corporate system is today.

Of course, if you got your understanding of the bible from a crappy evangelical church, you are not going to understand it. If you got your understanding of the bibble from a catholic church, they intentionally obfuscated it.

> So I already use a tool like this. It's called Voicy. I use it because I've been writing so many long prompts that I developed relatively severe tendonitis in my left arm.

Have you ever used a computer before LLMs became a thing?

If yes, how did you manage to not hurt yourself before your life was nothing but writing prompts?

(Maybe the solution is to stop writing prompts and go back to doing what you did before, is what I'm suggesting)
=Smidge=

You also have to give them achievable parameters. "You are always responsible" is not realistic. In some cases someone else is, in fact, responsible. And that's the rub of regulation, not that I think this means we shouldn't regulate, but it's going to always be true that doing it well takes effort. You can only ever reasonably expect that people are moving forwards (at best) and doing what is reasonably and humanly possible, and hopefully advancing the state of the art. Determining whether or not they are doing that is inherently complex.

Why would you do that? If you're using it for non-strings, you'd never have used strncpy, you'd have used memcpy. Which is the same thing without the null termination rules of strncpy. You'd never use the str versions unless actually working on strings.

That's how it used to work here in the USA. Then the subsidies were terminated in favor of forcing students to get loans. Then a US senator led a campaign to prevent those students from discharging that debt through bankruptcy. That senator's name was (and is) Joseph R. Biden.