I like this idea a lot, it might become my new head cannon!

Possibly. But how much more wear & tear would this be compared to the wear put on the warp drive, which gets incredibly frequent use? If that warp drive can withstand it, why not the shield emitters?

Yeah, I think the power-saving argument (#4) is potentially strongest, especially if the plot needs it to be for a given episode.

But I’m having trouble thinking of a situation in the shows where the maneuverability was limited by the shields. Certainly there are plenty of cases where power was routed to shields, maybe even the power that was meant for propulsion. But I think in general, those would be cases where power was already limited, or the need for defense was much higher. In general, I don’t think I recall a trade-off where shields restrict maneuverability or speed.

I totally agree that I love the variety of options! But I would be very happy if one of the options was that we get filler/bottle episodes for a few weeks per season, but every season is 26 episodes long. They could just spread the budget for 10 episodes across all 26, and make the VFX less… shiny.

(Of course, I don’t actually want actors to be worked to the bone like they were in the 90s…)

A pretty cool episode. Top takeaways:

1. I’m going to miss Captain Ransom. I think it would have been fun to have a season or two of him. Only Discovery has had the balls to hand over the Captain’s chair to another during its main run, and I think that is a good thing.
2. Starbase 80 is now set up as a new DS9-style show. A starbase guarding a dimensional portal. God I hope that happens. I just hope they pull off the ensemble cast that made DS9 such a classic.
3. I hate the tease for Rutherford x Tendi, it’s so mean to tease it in the finale :'( But really it’s so cute.

Plenty more I missed of course.

Rewatching in preparation for the finale, and I keep feeling that the voice of Curzon Dax sounds quite similar to the voice of Odo in DS9. I’m quite aware that Rene Auberjonois passed away not that long ago: may he rest in peace. And I guess he was voiced by Fred Tatasciore (Shaxs), which I can hear too. But I keep hearing Odo which is really nice.

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

What’s wrong with homebrew?

Crappy default package management.

Not a “hater” in terms of trying/wanting to be mean, but I do disagree. I think a lot of people downvoting are frustrated because this attitude takes an issue in one application (yay), for one distro, and says “this is why Linux sucks / can’t be used by normies”. Clearly that’s not true of this specific instance, especially given that yay is basically a developer tool. At best, “this is why yay sucks”. (yay is an AUR helper - a tool to help you compile and install software that’s completely unvetted - see the big red banner. Using the AUR is definitely one of those things that puts you well outside the realm of the “common person” already.)

Maybe the more charitable interpretation is “these kinds of issues are what common users face”, and that’s a better argument (setting aside the fact that this specific instance isn’t really part of that group). I think most people agree that there are stumbling blocks, and they want things to be easier for new users. But doom-y language like this, without concrete steps or ideas, doesn’t feel particularly helpful. And it can be frustrating – thus the downvotes.