the_sisko

Lol I actually have very few open USB ports, thus why I choose to put the mouse cable in the spare one on my monitor. And I charge my phone on a wireless charger plugged into the wall?

Anyway I'm not telling you you're wrong for charging your mouse after work or whatever. I'm just saying that designers are wrong if they don't give consumers the option to use their mouse while charging its battery. That's just basic.

"I use it one way, so everybody must use it that way." Found the apple engineer lol

I mean while we're sharing anecdotes, I use a wireless Logitech mouse and I plug it in and continue using it when I get a low battery warning. I can't charge it overnight because I plug it into my monitor's USB port which powers down when the monitor sleeps.

We exist! Lol

Yes.

Silicon isn't the same thing as silicone 🤣

The idea is that the string of lights has a male end and a female end. That way you can have several daisy chained and just plug the one with the male end into the outlet. But if you plan it wrong then you may end up with the wrong end in the wrong place, in which case yeah, use an extension cord or hang the lights all over again.

Oh and it's actually relatively safe this way... Each string of lights normally has a fuse in it, so it prevents the cords from carrying more current than they are designed for.

Yep! That way you can daisy chain several in a row.

That makes about as much sense as saying that pip, gem, npm, cargo, or nix should called be the default package manager on Mac OS...

The default package manager is the default because it manages the system's software. RPM, Deb/apt, pacman, etc. Homebrew is like pip or docker or cargo or snap or whatever else. You can set it up if you'd like but it's certainly not a default. (Though I'm not trying to dispute that it's good 😊)

Mac OS doesn't have a good default package management solution (though they would if they just opened up the app store and added a CLI). It's ok to admit it, and say that third party folks (who Apple does not support unless I'm missing something) are powering a pretty good third party experience. If only Apple cared about people who wanted a truly free an customizable computer, they could make a great OS :)

The closest analogy is specific tech skills, like say DBs, for a small firm its just something one backend dude knows decently, at a large firm there are several DBAs and they help teams tackle complex DB questions. Same with say Search, first Solr and nowadays Elastic.

Yeah I mean I guess we're saying the same thing then :)

I don't think prompt engineering could be somebody's only job, just a skill they bring to the job, like the examples you give. In those cases, they'd still need to be a good DBA, or whatever the specific role is. They're a DBA who knows prompt engineering, etc.

I have an air compressor which is powered by the 12V DC outlet in a car. They are quite cost effective and easy to buy. I use it all the time to refill my tires. Much better than some odd exhaust pressure solution.

I'm totally willing to accept "the world is changing and new skills are necessary" but at the same time, are a prompt engineer's skills transferrable across subject domains?

It feels to me like "prompt engineering" skills are just skills to compliment the expertise you already have. Like the skill of Google searching. Or learning to use a word processor. These are skills necessary in the world today, but almost nobody's job is exclusively to Google, or use a word processor. In reality, you need to get something done with your tool, and you need to know shit about the domain you're applying that tool to. You can be an excellent prompt engineer, and I guess an LLM will allow you to BS really well, but subject matter experts will see through the BS.

I know I'm not really strongly disagreeing, but I'm just pushing back on the idea of prompt engineer as a job (without any other expertise).

Lol