• Mia@lemmy.blahaj.zone
    link
    fedilink
    arrow-up
    17
    ·
    10 hours ago

    Impressive, but we should stop trying to fit a square peg into a round hole. If there’s one thing the world doesn’t need is JavaScript in more places.

    • Flamekebab@piefed.social
      link
      fedilink
      English
      arrow-up
      4
      ·
      10 hours ago

      Every time I consider learning more JS because it’s widely used I find myself between a rock and a hard place. It’s popular but it probably shouldn’t be and I don’t want to contribute to it being used even more for whatever mad shit is being attempted now.

    • kibiz0r@midwest.social
      link
      fedilink
      English
      arrow-up
      2
      arrow-down
      2
      ·
      edit-2
      9 hours ago

      Why?

      The language itself is… fine. It has some bad decisions baked into it, but what language doesn’t? And it has a pretty mature security model, which is a big help for embedded devices.

      And given that so many embedded devices these days are talking to cloud services — that are probably running JS, but are at least communicating via JSON — being able to share some cross-platform code or tooling can help things go quicker and/or safer.

      Edit: This is probably not a route for teams that are chronically tight on memory and choose to solve that by spending hundreds of dev-hours on optimizing code rather than adding BOM cost. But for teams that could stand to increase BOM cost as long as the savings on dev-hours make up for it… it could be an option.

      • Mia@lemmy.blahaj.zone
        link
        fedilink
        arrow-up
        1
        ·
        3 hours ago

        JavaScript doesn’t have a few bad decisions baked into it, it’s an absolute minefield. It was made for one thing and one thing only: making simple scripts for web pages. Anything beyond that and it becomes increasingly difficult to maintain. I honesty have no idea why devs are so hellbent on using it everywhere. Putting such an unreliable dynamic language, with absolutely no safety guards when it comes to type checking and serialization, on bare metal hardware is not something I’d ever consider in good conscience. Maybe it could be used for some IoT devices, but that’s it, definitely not for something that interfaces with machinery or anything more than something like a display. TinyGo sounds like an infinitely better pick if someone wants to use a garbage collected language on an embedded device.