AggressivelyPassive

  • 14 Posts
  • 769 Comments
Joined 1 year ago
cake
Cake day: June 10th, 2023

help-circle
  • Oh, I’m terribly sorry that I didn’t use the exact wording that the semantic overlord required for his incantations.

    Let’s recap, you only read the title, which by definition does not contain all the information, you wrote an extremely arrogant and absolutely not helpful comment, if challenged you answer with even more arrogance, and your only defense is nitpicky semantics, which even if taken at face value, do not change the value of your comment at all.

    You are not helping anyone. No, not even others.


  • Even agents suffer from the same problem stated above: you can’t trust them.

    Compare it to a traditional SQL database. If the DB says, that it saved a row or that there are 40 rows in the table, then that’s true. They do have bugs, obviously, but in general you can trust them.

    AI agents don’t have that level of reliability. They’ll happily tell you that the empty database has all the 509 entries you expect them to have. Sure, you can improve reliability, but you won’t get anywhere near the DB example.

    And I think that’s what makes it so hard to extrapolate progress. AI fails miserably at absolute basic tasks and doesn’t even see that it failed. Success seems more chance than science. That’s the opposite of how every technology before worked. Simple problems first, if that’s solved, you push towards the next challenge. AI in contrast is remarkably good at some highly complex tasks, but then fails at basic reasoning a minute later.






  • The problem I see is mainly the divergence between hype and reality now, and a lack of a clear path forward.

    Currently, AI is almost completely unable to work unsupervised. It fucks up constantly and is like a junior employee who sometimes shows up on acid. That’s cool and all, but has relatively little practical use. However, I also don’t see how this will improve over time. With computers or smartphones, you could see relatively early on, what the potential is and the progression was steady and could be somewhat reliably extrapolated. With AI that’s not possible. We have no idea, if the current architectures could hit a wall tomorrow and don’t improve anymore. It could become an asymptotic process, where we need massive increases for marginal gains.

    Those two things combined mean, we currently only have toys, and we don’t know if these will turn into tools anytime soon.







  • Not only cloud infrastructure, tons of industrial automation devices are more or less open on the Internet. Best case that’s just a few minutes downtime in a factory, worst case someone fries the grid and destroys water treatment plants.

    And even the actual applications being written for the government aren’t that great. The lowest bidder gets the contract, and security is really easy to cheap out on, if you’re doing just enough to not be legally liable - which isn’t hard.

    The older I get and the more insights in the inner workings of the technical infrastructure I get, the more I’m surprised we’re not actively collapsing right now. It’s scary how abysmal security is and it’s scary how unprepared society is. Just as a hint: the European power grid spans the entire EU, Balkans, Turkey, Ukraine. There’s no plan how to restart the grid, if it shuts down entirely. None. Complete terra incognita.


  • Talking about the “initial fault” in this conflict is moot. We’re at a point, where both sides can reasonably point to some events in the past and blame the other side for the conflict.

    Fact is, Iran is a theocratic dictatorship and its allies are religious fanatic militias, while Israel is a liberal democracy, supported by pretty much all of The West™. Of course the expectations towards Israel regarding human rights and international law are slightly higher. And let’s be honest, what Israel is doing right now is certainly not helping calming the situation, or even making long term peace.







  • As the other comment already stated: it’s extremely complicated and, in my experience, causes weird splits between client and server logic. Maybe I completely misunderstood the idea, but it seems like every use case requires some code in the server to do all the traversing, which also means, that every use case needs to have logic added at both ends of the conversation, which kind of defeats the purpose of loose coupling.

    All that may dissolve itself if you’re having hundreds or thousands of different clients and use cases, that all boil down to a relatively small set of traversing methods in the server, but who actually has that many clients/use cases?

    It all seems like it’s again one of those “but Google does!!!” technologies that simply don’t make sense for 99% of projects.