Hey there, it's me again with my cursed project. Last time is said "i basically reinvented Kubernetes". But the voices won and I legit did.

Last time it was a cursed novelty. A random script made by some autistic dude with too much time on its hand.

Now it's become its own project, with ecosystem and overpriced .io domain. For no reason other than : It's cursed, but it works beautifully.

Every Kind is handled by its distinct code. Everything is pluggable, nothing is hardcoded. The next layer of hell is for someone else to write Docker Swarm extensions. Won't be me.

I am, again, very sorry. Sorry for releasing this thing into the world as a complete, working, product.

And sorry for keeping spamming it. I will stop, i promises (the voices will never)

you are viewing a single comment's thread
view the rest of the comments
[–] -4 points 6 months ago (12 children)

okay the moment I saw Python I just closed it

  • source
  • hideshow 12 child comments
  • [–] [S] 18 points 6 months ago* (last edited 6 months ago) (5 children)

    I mean, it's yaml manipulation. It was either python or perl, but i wasn't fucking with perl, i'm insane not mad (or the other way around)

  • source
  • parent
  • hideshow 5 child comments
  • [–] 7 points 6 months ago (3 children)

    Perl is perfect for curses you have no intention of maintaining. You can pack more dark magic per line.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 5 points 6 months ago

    Perl is way crazier than Python that’s for sure. Don’t get me wrong, it’s a nice project, Python gets you there really fast because the la gauge is loosely coupled, just that when it’s failing it’s blowing up on all ends & it’s not so deterministic, meaning what you run on machine-a will be exactly the same on machine-b.

  • source
  • parent
  • [–] 1 point 6 months ago (5 children)

    Curious what you would use instead? I can only think of one wrong answer and that's Jsonnet.

  • source
  • parent
  • hideshow 5 child comments
  • [–] -4 points 6 months ago* (4 children)

    Would’ve written a Golang program and spit-out a binary for everyone to execute on any machine.

    No dependency problems, it’s portable, it’s deterministic — all that you need. Everything is packed in that binary, dependencies, your core logic.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 4 points 6 months ago* (2 children)

    You can create static binaries that bundle the python interpreter and dependencies.

    It's the onefile option in pyinstaller: https://pyinstaller.org/en/stable/usage.html#cmdoption-F

    You can also do it with C. Or Csharp. Or many other programming languages. It's not a feature unique to Go, it's just that Go can only create static binaries.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 1 point 6 months ago* (1 child)

    not only, you can go ahead and run a Go program as is, without compiling as well 😆

    TIL about the onefile, 10x for sharing, can you guarantee that runs everywhere?

  • source
  • parent
  • hideshow 1 child comment
  • [–] 5 points 6 months ago

    go run works by compiling the program to a temporary executable and then executing that.

    can you guarantee that runs everywhere

    It seems to depend on glibc versions, if that's what you are asking. You can force it to be more static by using a static musl python or via other tools. Of course, a binary for Linux only runs on Linux and the same for Windows and Mac. But yeah.

    Also it should be noted that go binaries that use C library dependencies are not truly standalone, often depending on glibc in similar ways. Of course, same as pyinstaller, you can use musl to make it more static.

  • source
  • parent