Your friendly local programmer, uni student and *nix addict.

  • 3 Posts
  • 165 Comments
Joined 1 year ago
cake
Cake day: June 26th, 2023

help-circle

  • We need better alternatives

    We’d need a quantum leap in storage and bandwidth first - orders of magnitude better, if we want competing to be financially sane 😮‍💨

    Maybe when Google is (hopefully eventually) shattered into a million pieces by some US judge, YouTube could be splintered into several smaller companies, each with some portion of the infrastructure and channels/videos - thus forcing competition. Vaguely similar to the Bell divestiture.




  • colonial@lemmy.worldtoAsklemmy@lemmy.ml***
    link
    fedilink
    arrow-up
    1
    ·
    edit-2
    9 months ago

    I understand the sentiment, but… HTML and some light CSS is just as fast and much more accessible. It just strikes me as something that defines itself in opposition to “thing everyone uses” for no good reason.




  • A large language model has no concept of good or bad, and it has no logic.

    Tragically, this seems to be the minority viewpoint - at least among CS students. A lot of my peers seem to have convinced themselves that the hallucination machines are intelligent… even when it vomits unsound garbage into their lap.

    This is made worse by the fact that most of our work is simple and/or derivative enough for $MODEL to usually give the right answer, which reinforces the majority “thinking machine” viewpoint - while in reality, generating an implementation of & using only ~ and | is hardly an Earth-shattering accomplishment.

    And yes, it screws them academically. It doesn’t take a genius to connect the dots when the professor who encourages Copilot use has a sub-50% test average.












  • Well, that’s to be expected - the implementation of map expects a function that takes ownership of its inputs, so you get a type mismatch.

    If you really want to golf things, you can tack your own map_ref (and friends) onto the Iterator trait. It’s not very useful - the output can’t reference the input - but it’s possible!

    I imagine you could possibly extend this to a combinator that returns a tuple of (Input, ref_map'd output) to get around that limitation, although I can’t think of any cases where that would actually be useful.