Elektrine lite

← Feed

@aud@fire.asta.lgbt

Post #4150078

2026-07-27 23:03 UTC

I know the (3) famous problems in computer science joke has "naming" as one of them, so perhaps it's not exactly a new thought, but English really can be a terrible fucking language to be precise in sometimes. Maybe all human language can, and that's beautiful in some contexts and worthless ass tripe in this one. I'm now also thinking of the (fake, not real, bullshit) connection that bigots draw between "correctness of language" and "intelligence" vs. "prompt engineering" and "you just have to write your prompts correctly" and how fucking ableist and bigoted that actually is. Sorry, you're taking away people's access to a precise, deterministic language for programming computers that can be used by anyone, regardless of what language they speak, and replacing it with something where "you have to speak correctly"?? man fuck you

Replies (1)

  • @CiscoJunkie@techhub.social 2026-07-28 02:51

    @aud@fire.asta.lgbt You hit on a point that comes up a lot in the study of languages and information. There's a trade-off between the amount of information a word can convey and how precisely you define it. In technical fields, it's common to take a term and give it a very, very specific definition. Sometimes that can mean taking a generic term and making it specific (think "function" in programming). Sometimes that can mean borrowing a term that doesn't *really* fit, but making it work for the context (think "factory" in programming). I'm using programming examples because it seems like that's an area you're familiar with, but many other specialized fields do the same in other ways. Biology has "families" of organisms. Math has a very strict definition for "proof." But in adding precision to a word, you actually *take away* from its usefulness in a lot of contexts. Colors are the easiest example here. "Green" describes a whole host of colors that are dependent on perception, cultural context, and a number of other things. But if you put "green" into CSS/HTML, you will only ever get one color. The inflexible definition has its uses, of course, but the flexible one is what we turn to when "good enough" is good enough, which is a surprising amount of the time. To your point, I think both have a certain sort of "usefulness" — yes, there I go being self-referential by not overly strictly defining the word "useful." The more important part is using the right tool for the job you're trying to do. I think *that* aspect gets lost on the folks who champion the concepts you mention.

    Open ##4154694