• 0 Posts
  • 72 Comments
Joined 2 years ago
cake
Cake day: August 2nd, 2023

help-circle
  • What we call AI today is nothing more than a statistical machine: a digital parrot regurgitating patterns mined from oceans of human data

    Prove to me that this isn’t exactly how the human mind – i.e., “real intelligence” – works.

    The challenge with asserting how “real” the intelligence-mimicking behavior of LLMs is, is not to convince us that it “just” is the result of cold deterministic statistical algoritms running on silicon. This we know, because we created them that way.

    The real challenge is to convince ourselves that the wetware electrochemical neural unit embedded in our skulls, which evolved through a fairly straightforward process of natural selection to improve our odds at surviving, isn’t relying on statistical models whose inner principles of working are, essentially, the same.

    All these claims that human creativity is so outstanding that it “obviously” will never be recreated by deterministic statistical models that “only” interpolates into new contexts knowledge picked up from observation of human knowledge: I just don’t see it.

    What human invention, art, idé, was so truly, undeniably, completely new that it cannot have sprung out of something coming before it? Even the bloody theory of general relativity–held as one of the pinnacles of human intelligence–has clear connections to what came before. If you read Einstein’s works he is actually very good at explaining how he worked it out in increments from models and ideas - “what happens with a meter stick in space”, etc.: i.e., he was very good at using the tools we have to systematically bring our understanding from one domain into another.

    To me, the argument in the linked article reads a bit as “LLM AI cannot be ‘intelligence’ because when I introspect I don’t feel like a statistical machine”. This seems about as sophisticated as the “I ain’t no monkey!” counter- argument against evolution.

    All this is NOT to say that we know that LLM AI = human intelligence. It is a genuinely fascinating scientific question. I just don’t think we have anything to gain from the “I ain’t no statistical machine” line of argument.




  • After having a lot of sysvinit experience, the transition to setting up my own systemd services has been brutal. What finally clicked for me was that I had this habit of building mini-services based on shellscripts; and systemd goes out of its way to deliberately break those: it wants a single stable process to monitor; and if it sniffs out that you are doing some sketchy things that forks in ways it disapproves of, it is going to shut the whole thing down.





  • “Absolutely, rest up” is more than sufficient in 99percent of cases

    Internal monologue: "But wait, will it come off as impolite if my reply is this short? I better add something about how I’m sad to hear that they are sick. And maybe also something that I hope they will get better soon. Hmm… how do I say that without sounding like I expect them to be better soon-- that they can and should feel allowed to recover at their own pace? But, now it sounds as we don’t need them at work-- I also want them to feel missed. Also, is there a risk they take ‘rest up’ wrong?, as if it is their fault they are sick because they haven’t rested enough?-- I’d better soften up that formulation. Then, how do I start this email? ‘Dear x,’ seems too formal, maybe ‘Hey,’ – no, that sounds like ‘Hey listen up!’; maybe I’ll just skip the greeting to make it feel more like a casual conversation. Do I still sign the email? With “Regards?”, “Best regards?”, “Sincerely?”, “With wishes of swift recovery?” Should I also cut the email footer to make it seem less formal? What if they need to forward this to show that they have my permission? In that case the formal footer is probably useful… etc. etc.





  • These two are not interchangeable or really even comparable though?

    For GNU Make, yes they are. These are fully comparable tools for writing sophisticated dynamic build systems. “Plain make”, not so much.

    [cmake] makes your build system much, much more robust, far easier to maintain, much more likely to work on other systems than your own, and far easier to integrate with other dependent projects.

    This is absolutely incorrect. I assume (although I have never witnessed it) that a true master of cmake could use it to create a robust, maintainable, transferable build system. Very much like there are people who are able to make delicate ice sculptures using a chainsaw. But in no way does these properties follow from the choice of cmake as a build system (as insinuated in your post), rather, the word we are looking for here is: despite using cmake.

    I apologize for my inflammatory language. I may just have a bit of PTSD from having to build a lot of other people’s software through multiple layers of meta build systems. And cmake comes back, time and time again, as introducing loads of obstacles.