Skip Navigation

Posts
2
Comments
87
Joined
5 mo. ago

  • wdym "borderline"

  • Normally - yes, but in this case it reads as "you can guess exactly how it went"

  • That final boss in Anachronox straight up sucks. I don't remember if I cheated or gave up and watched the ending on YouTube

  • The same thing we switch to every time, Pinky Keepass+Syncthing

  • same to you!

    1. Yes and it all does not matter in the slightest for discussing if a language is a right choice for something like Piefed. Not that there's much to engage with in the original post - I almost regret leaving a comment on a post like this, but I feel this may be a learning for some.
    2. There is zero significance in it being supported in "that" way. There used to be a Go-specific runtime (before there were OS runtimes), but they have dropped it because it made no sense once OS runtimes appeared. If you use TS you likely already have a build step somewhere before deployment unless your function is dead simple (which admittedly it should be, but rarely is). Might as well compile a binary, it's not that complicated. And yes, using a compiled language like go (or C, yes) may absolutely be the correct choice depending on what you need - if it's in a hot path which serves a lot of traffic then it may lead to much better warm up times and better throughput, as there isn't a whole runtime to boot and script to interpret like there would be with Node and/or Python (let's not talk about Java). I'm simplifying a bit, but hope that helps.

    I'm just making a case of how not obsolete python is.

    There's no need to do that, it's self-evident and the original post does not deserve a second of anyone's time.

  • Guess what is and what isn't used in serverless functions, Lambda doesn't even support Go ffs. It's java, ruby, node and python. And from those most use node or python.

    I assume that this isn't bait, so I'll answer.

    1. It doesn't matter what Lambda supports
    2. There isn't a dedicated runtime for Go because it doesn't need a runtime. It will work on OS-only runtime like any other language that gets compiled down to a binary: https://docs.aws.amazon.com/lambda/latest/dg/runtimes-provided.html
  • so - not native.

  • I'm sure more people would delete Brave if they started to apply the same standards they do for Firefox

    Oh, you should just disable the rewards the cryptowallet the ads on the homepage and ignore all the nonsense they did in the past, then it's greaaaaat

  • With default settings it will wipe your history and cookies on exit

    (Which I happen to forget about every single time I install it on a new machine, I hate this default with a passion)

    Then there's disabled WebGL, which you also have to reenable on a bunch of sites. Not too hard, but probably annoying for some

  • start with small projects that you would actually want to make

    then cut the scope in half, because it's still not small enough

  • I've answered to a sibling comment, but I'll duplicate here. Hydra is not read-only and works really well on iOS.

  • Hydra works really well on iOS. It's not read only, full usage.

    And it behaves and looks really similar to the Lemmy client I use (Voyager). Unsure if they share some of the codebase or if they both just try to imitate Apollo.

  • I've listened to him quite a lot in ~2010, then learned about his YouTube channel when it started popping off, but only recently made the connection that it's the same person.

    I went to look at his Wiki page now, and apparently he also released music as Acidwolf, Human Action Network, and FlexE. TIL as well!

  • He also has a huge backlog of music as The Flashbulb

  • I usually reach for JavaFX because I know it well (or Fyne if the app is very simple), but these days I'd start with Avalonia first. But that's for a very generous definition of "native" basically meaning "not web"

  • I'm sorry but the screenshots make my eyes bleed. It's like the worst days of ICQ/QIP all came back

  • they say as much in the post