• 0 Posts
  • 38 Comments
Joined 1 year ago
cake
Cake day: July 1st, 2023

help-circle


  • 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.



  • 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’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).



  • 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.


  • 100% monitoring and control doesn’t exist. Your children will find a loophole to access unrestricted internet, it’s what they do.

    Similarly, children will play in the street sometimes despite their parents’ best efforts to keep them in. (And yes, I would penalize Ford for building the trucks that have exploded in size and are more likely to kill children, but that’s a separate discussion.)

    I get what you’re saying, I just think it’s wrong to say “parental responsibility” and dust off your hands like you solved the problem. A parent cannot exert their influence 24/7, they cannot be protecting their child 24/7. And that means that we need to rely on society to establish safer norms, safer streets, etc, so that there’s a “soft landing” when kids inevitably rebel, or when the parent is in the shower for 15 minutes.







  • Or her usefulness to the episode could be that Edgar Alien Perv has a crush on her.

    Yeah that was a super rough episode.

    We just are taking two different perspectives about being essential. Uhura was like an organ: quietly essential to the regular operation of your body. Whereas Hoshi is like hands or maybe ears or something: very important for achieving your body’s goals, but you can compensate for them not working. You’re right Uhura is more essential. I just think it’s more interesting watching the hands / ears of the ship helping achieve the mission.



  • It’s funny because I have the exact opposite opinion! I feel like in TOS, Uhura just relays messages and presses buttons on her console. Maybe I’m missing something though. Maybe she’s critical to the intra ship communications as the “telephone operator” but she never seems to be critical to the mission.

    On the other hand, ENT spends a lot of time building up how many languages Hoshi knows, and how quickly she can pick up new ones, even alien languages. She definitely has her moments where she just struggles until the UT works. But in several episodes they rely on her to translate alien writing, and in at least one or two, she learns to speak a whole new language to communicate. She’s also shown to have developed major improvements to the UT. My impression of her, even from Broken Bow when Archer recruited her, was that she’s a freaking language savant, operating and developing very new experimental tech. It is sad she didn’t get to fully realize her transition from timid linguist to badass crew member (and still linguist). But I always felt like she was doing something critical for the mission, whereas I felt Uhura (in TOS) wasn’t.

    SNW Uhura is very different in that regard, she does a lot more “mission critical” stuff and she’s getting an arc that’s very reminiscent of Hoshi (totally a savant, hard working, starting out timid but growing). So I love that for her!