• 0 Posts
  • 7 Comments
Joined 2 years ago
cake
Cake day: June 12th, 2023

help-circle

  • I’ve worked with Swarm in a startup setting. It was an absolute nightmare. We eventually gave up and moved to Kubernetes.

    That said, your use case does sound simpler. As I recall, we had to set up service discovery (with Hashicorp Consul) and secret management (with Hashicorp Vault) ourselves. I believe we also used Traefik for load balancing. There were other components as well, but I don’t remember it all. This was over 5 years ago, though.

    The difficulty wasn’t configuring each piece but getting them to work together. There was also the time burned learning all the different tools. Kubernetes is great because everything is meant to work together.

    But if it’s just two machines with separate configuration, do you even need orchestration? Is there a lot of overhead to just manage them individually?

    Unfortunately, it was too long ago to remember the details of differences between compose and swarm. I do remember it was a very trivial conversion.


  • TheBeege@lemmy.worldtoProgrammer Humor@programming.devJavaScript
    link
    fedilink
    arrow-up
    11
    arrow-down
    3
    ·
    edit-2
    24 days ago

    No. I don’t want to transpile. I don’t want a bundle. I want a simple site that works in the browser. I want to serve it as a static site. I don’t want a build step. I don’t want node_modules. I want to code using the language targeted for the platform without any other nonsense.

    Javascript is cancer. Fucking left pad?! How the fuck did we let that happen? What is this insane fucking compulsion to have libraries for two lines of code? To need configuration after configuration just to run fucking hello world with types and linting?

    No, fuck Typescript. Microsoft owns enough. They own where you store your code. They own your IDE. They might own your operating system. Too much in one place. They don’t need to own the language I use, too.

    “Let’s use a proprietary improvement to fix the standard that should have not sucked in the first place” is why we can’t have nice things.

    No.



  • I’ll give a more detailed answer.

    Docker doesn’t help you in the development of the website. Docker helps you with the deployment of the website.

    The purpose of Docker is to give you a consistent environment. When you create a Docker “image,” that image includes all of the files and software required to run the website. Then on some computer accessible by the public internet, you can just download that “image” and run your website using a “container” created from the image.

    You can think of the image as the blueprint of all the bits and pieces needed to run your website. The container is basically all those pieces put into action to actually run the website.

    Now, depending on your website, you may not even need Docker. If it’s frontend-only, you could use some service like Vercel, where you don’t even need Docker.

    Can you share more info about your current level of knowledge and the website you want to make?


  • This is short-sighted. It also reeks of “Fuck you, I got mine!” I know that’s not your intention. I just think you haven’t thought super hard about it. I was the same with privacy concerns.

    So let me throw some edge cases at you.

    You remember the network time protocol vulnerability that was used to power botnets for a little bit? Well, until everyone upgraded their shit, service providers had to just block IP ranges of compromised machines until enough machines in that block stopped DDoS’ing them.

    So what happens when some script kiddy pays for time on the botnet, which includes your box, to smash Wizards while you’re trying to look things up? Or what if someone uses your box as a jump box to go attack some giant corporation, and shit gets traced back to you? Or what if someone decides you’re the unlucky one where their whole goal is to dominate your entire home network, and they get your phone when it’s on your home wifi?