Skip Navigation

Posts
4
Comments
2215
Joined
2 yr. ago

  • In my perception¹, ML differs from a brain by operating on words in form of tokens, while the human brain works by associating a concrete piece of information or thing with another, with the path in between being formed at some points, but crucially, being editable more or less easily and flexibly by retraining. And that's the points, humans learn on a fundamental level. Dropping the prod DB means that my brain will form a hard association between the action of writing 'drop database' and fear, which in turn triggers deeper thoughts about wth I'm doing. LLMs see "conflict at line 1, 12", and for some reason one possible path of tokens to generate can be a drop command. And as the underlying model data does not change, they don't learn.

    On how living being's speech centres work, idk.

    ¹The perception of an acidhead. So don't trust me.

  • I mean everyone looking at that equation should think that

  • Though you can also have multiple remotes each containing a subset or superset of your current branches and commits. Which is fun.

  • Also, use set -euo pipefail (look at man set) in every script that's more than four lines. It would instantly fail and exit upon finding an unbound variable.

  • Why can't they just fuck?

  • Show me.

  • It's just an objective oberservation. No matter if someone tells me they have magical powers, have seen unicorns or believe in god: All of that is stupid and proves something is wrong with you.

  • It literally is crazy. What is ’god' other than the father of everything (daddy) living in the sky?

    Also, finally fucking research what a strawman is.

  • Probably, yeah. I'd start in C and realize I do actually like C++ concepts and styles too much to continue in C.

  • C

  • Omw to switch my arch to a selfwritten init manager /s

  • Now I seriously hope you find out yourself.

  • Which means installers will now abandon their plans to ask for age at installation, and the systemd field will stay in level with other fields in terms of usefulness and usage rate. Good.

  • Now I want to hit you on the head, throw you into water and see if you will magically know where the surface is and get out on yourself.

  • I had to enable the specific nimbus experiment for me, so it's still in A/B-testing for normal users

  • And according to your /etc/passwd you are , located at , reachable under and .

  • A lot of technologies are at hand for P2P communication, which, if you abstract and design it somewhat intuitively, means even more stability and comfort than with just a server.

    And no one is saying that there should be no server ever. Forcing a connection to a proprietary server without alternative options is obviously bad, but having a FOSS, self hosteable server with a managed option for non-selfhosters would pretty much be perfect.

    • So you'd have an application level, eg. for native functions like a shared clipboard.
    • An API level, so third party apps can synchronize/move to other devices.
    • A remote device level, which represents all devices you can push data to. Also manages automatic (0/1 click) pairing over NFC and LAN, and manual pairing over Bluetooth, Direct Wifi, and Servers.
    • A transport level, which presents NFC, Bluetooth, Direct WiFi, LAN, Server(s) and whatnot as an option for the device level, and manages the availability of transports per device. Transports are chosen based on eg. privacy * speed.

    Now I want to implement that shit but have no time to do that :c

  • I can only hope that people will someday realize that systemd did nothing more than add a userdb field, symmetric to other, similar, userdb fields, while the distro installers are the components that actually decide wherever you need to enter your data, and more importantly, if that includes an actual verification of that data.

    If you want to ensure that real age verification will never be a thing, tell your distro maintainers how you feel about that, participate in relevant discussions about the installer etc. Also, support realistic pushes towards keeping it out. No, a random GitHub user won't be able to maintain a hard Ubuntu fork without systemd. Not even for a day. However, it is possible to maintain a soft fork of the installer, minus age input, including the building infrastructure for release images.

    Even if systemd would now remove the BD field, or all user info fields, distro maintainers could and would just switch to another implementation, nullifying any efforts and just worsening the situation.

  • networking @sh.itjust.works

    No DHCP client except dhclient can successfully find an IPv6 addr

  • Public Blue Screens Of Death @lemmy.ohaa.xyz

    Welcome!

  • Linux @lemmy.ml

    PSA: Remember to also check hidden directories you don't even know about for waste of space

  • unixsocks on fediverse @lemmy.blahaj.zone

    Untidy home, tidy OS