nickwitha_k (he/him)

  • 1 Post
  • 247 Comments
Joined 1 year ago
cake
Cake day: July 16th, 2023

help-circle
  • I/O and logic for an MCU. The hardest bits, TBH, are already done with the ESP32 series MCUs, thanks to the efforts to get the Rust stdlib and HAL supported. So, the experience, code-wise, isn’t much different from Arduino or Micro/CircuitPython. Mostly, it’s down to syntax, flashing toolchain, and logic.

    So, the experience is likely to be similar to development on with a full-fledged CPU/SoC target. I’d suggest that the experience of developing for an MCU, regardless of language, is likely to put one up against constraints that will make them think more about resource management considerations when approaching other target platforms.













  • I don’t get the concept that depending on 7 lines of code from a third-party package is remotely acceptable. It’s expanding the potential attack surface to save a dev from templating 7 lines of boilerplate. There’s no net benefit or appreciable time saved.

    I’m glad I don’t have to deal with this regularly.

    ETA: The package is even MIT licensed! There’s no excuse but laziness and not wanting to understand the code to import this rather than inlining or implementing a novel version. If I can spend the time to write:

    if err != nil {
      slog.Warn("well shit", "error", err)
      return err
    }
    

    after every function call…I just didn’t get it.







  • nickwitha_k (he/him)@lemmy.sdf.orgtoSelfhosted@lemmy.worldOS recommendations
    link
    fedilink
    English
    arrow-up
    4
    arrow-down
    1
    ·
    2 months ago

    Honestly, from your description, I’d go with Debian, likely with btrfs. Would be better if you had 3 slots so that you can swap a bad drive but, 2 will work.

    If you want to get adventurous, you can see about a Fedora Atomic distro.

    Previously, I’ve recommended Proxmox but, not sure that I still can at the moment, if they haven’t fixed their kernel funkiness. Right now, I’m back to libvirt.